From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24404 invoked by alias); 17 Apr 2007 12:13:44 -0000 Received: (qmail 24394 invoked by uid 22791); 17 Apr 2007 12:13:43 -0000 X-Spam-Check-By: sourceware.org Received: from ptb-relay03.plus.net (HELO ptb-relay03.plus.net) (212.159.14.214) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 17 Apr 2007 13:13:38 +0100 Received: from [81.155.82.38] (helo=Slave) by ptb-relay03.plus.net with smtp (Exim) id 1HdmYw-0006Lh-Vj for gsl-discuss@sources.redhat.com; Tue, 17 Apr 2007 13:13:35 +0100 Message-ID: <92981E909F1842FFAD6763082181214F@Slave> From: "Brian Gladman" To: Subject: GSL for Windows with Visual Studio 2005 Date: Tue, 17 Apr 2007 12:13:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Windows Mail 6.0.6000.16386 Mailing-List: contact gsl-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gsl-discuss-owner@sourceware.org X-SW-Source: 2007-q2/txt/msg00006.txt.bz2 I have just updated my files for building GSL 1.9 using Visual Studio 2005 here: http://fp.gladman.plus.com/computing/gnu_scientific_library.htm to provide some improvements in the build processes. The build project can build static libraries and DLLs for 32-bit and 64-bit versions of WIndows and all of the tests. Sadly they do not work with Visual Studio Express (because of Microsoft's braindead decision to limit some facilities in Express) but I can offer built static libraries and DLLs for win32 that will allow GSL applications to be built with VC++ Express if anyone is willing to host them. The only problem is with the Microsoft build (as far as I know) is with the file fft.c when optimisation is turned on (it is turned off in the build). Otherwise all the tests pass on all the GSl versions. The build also works with the Intel compiler although in this case some of then tests fail for reasons that I have not yet tracked down (IEEE only fails on denormals). It is worth noting that Windows DLLs and applications do not share the same FILE handles and this means that applications that attempt to pass FILE* parameters to GSL functions within DLLs will fail. To overcome this problem I have added functions (e.g. gsl_fopen) to the Windows GSL DLLs that yield FILE* objects that GSL DLLs process correctly. I would appreciate feedback from users, especially so, if anyone tracks down why some of the Intel projects fail (it's possible my function to set the floating point context for Windows is wrong). My thanks to all contributors to GSL for a truly first class library. Brian Gladman