Building gsl-1.14 with mingw64 in msys shell on MS Windows

Building gsl-1.14 with mingw64 in msys shell on MS Windows

[Sisyphus]

Hi,

I have Windows Vista64, and I was trying to build gsl-1.14 in the msys shell 
using mingw64 (gcc-4.4.4).

I started with:

$ 
./configure --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --disable-shared 
 --enable-static && make

It ran for quite a long time - I was even starting to think it was going to 
succeed. Eventually the 'make' step croaked with:

make[2]: Entering directory `/c/_64/comp/gsl-1.14'
/bin/sh ./libtool --tag=CC   --mode=compile 
x86_64-w64-mingw32-gcc -DHAVE_CONFIG_H -I.     -g -O2 -MT 
version.lo -MD -MP -MF .deps/version.Tpo -c -o version.lo version.c
libtool: compile:  x86_64-w64-mingw32-gcc -DHAVE_CONFIG_H -I. -g -O2 -MT 
version.lo -MD -MP -MF .deps/version.Tpo -c version.c -o version.o
mv -f .deps/version.Tpo .deps/version.Plo
/bin/sh ./libtool --tag=CC   --mode=link 
x86_64-w64-mingw32-gcc  -g -O2 -version-info 15:0:15 -no-undefined  -o 
libgsl.la -rpath /usr/local/lib version.lo block/libgslblock.la 
blas/libgslblas.la bspline/libgslbspline.la complex/libgslcomplex.la 
cheb/libgslcheb.la dht/libgsldht.la diff/libgsldiff.la deriv/libgslderiv.la 
eigen/libgsleigen.la err/libgslerr.la fft/libgslfft.la fit/libgslfit.la 
histogram/libgslhistogram.la ieee-utils/libgslieeeutils.la 
integration/libgslintegration.la interpolation/libgslinterpolation.la 
linalg/libgsllinalg.la matrix/libgslmatrix.la min/libgslmin.la 
monte/libgslmonte.la multifit/libgslmultifit.la multimin/libgslmultimin.la 
multiroots/libgslmultiroots.la ntuple/libgslntuple.la 
ode-initval/libgslodeiv.la permutation/libgslpermutation.la 
combination/libgslcombination.la multiset/libgslmultiset.la 
poly/libgslpoly.la qrng/libgslqrng.la randist/libgslrandist.la 
rng/libgslrng.la roots/libgslroots.la siman/libgslsiman.la 
sort/libgslsort.la specfunc/libgslspecfunc.la statistics/libgslstatistics.la 
sum/libgslsum.la sys/libgslsys.la test/libgsltest.la utils/libutils.la 
vector/libgslvector.la cdf/libgslcdf.la wavelet/libgslwavelet.la 
cblas/libgslcblas.la -lm
libtool: link: (cd .libs/libgsl.lax/libgslblock.a && ar x 
"/c/_64/comp/gsl-1.14/block/.libs/libgslblock.a")
libtool: link: object name conflicts in archive: 
.libs/libgsl.lax/libgslblock.a
//c/_64/comp/gsl-1.14/block/.libs/libgslblock.a
make[2]: *** [libgsl.la] Error 1
make[2]: Leaving directory `/c/_64/comp/gsl-1.14'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/c/_64/comp/gsl-1.14'
make: *** [all] Error 2

Does anyone here know what's required to get it to build successfully on 
this platform ? I can build a 32-bit library on the same PC, but I'd really 
like to have a 64-bit build if such is possible. Unfortunately, the error 
message doesn't mean anything to me.

Cheers,
Rob

Re: Building gsl-1.14 with mingw64 in msys shell on MS Windows

[Brian Gladman]

--------------------------------------------------
From: "Sisyphus" <sisyphus1@optusnet.com.au>
Sent: Tuesday, March 16, 2010 12:58 PM
To: "gsl-discuss" <gsl-discuss@sourceware.org>
Subject: Building gsl-1.14 with mingw64 in msys shell on MS Windows

> Hi,
>
> I have Windows Vista64, and I was trying to build gsl-1.14 in the msys 
> shell using mingw64 (gcc-4.4.4).
>
> I started with:
>
> $ 
> ./configure --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --disable-shared 
>  --enable-static && make
>
> It ran for quite a long time - I was even starting to think it was going 
> to succeed. Eventually the 'make' step croaked with:
>
> make[2]: Entering directory `/c/_64/comp/gsl-1.14'
> /bin/sh ./libtool --tag=CC   --mode=compile 
> x86_64-w64-mingw32-gcc -DHAVE_CONFIG_H -I.     -g -O2 -MT 
> version.lo -MD -MP -MF .deps/version.Tpo -c -o version.lo version.c
> libtool: compile:  x86_64-w64-mingw32-gcc -DHAVE_CONFIG_H -I. -g -O2 -MT 
> version.lo -MD -MP -MF .deps/version.Tpo -c version.c -o version.o
> mv -f .deps/version.Tpo .deps/version.Plo
> /bin/sh ./libtool --tag=CC   --mode=link 
> x86_64-w64-mingw32-gcc  -g -O2 -version-info 15:0:15 -no-undefined  -o 
> libgsl.la -rpath /usr/local/lib version.lo block/libgslblock.la 
> blas/libgslblas.la bspline/libgslbspline.la complex/libgslcomplex.la 
> cheb/libgslcheb.la dht/libgsldht.la diff/libgsldiff.la 
> deriv/libgslderiv.la eigen/libgsleigen.la err/libgslerr.la 
> fft/libgslfft.la fit/libgslfit.la histogram/libgslhistogram.la 
> ieee-utils/libgslieeeutils.la integration/libgslintegration.la 
> interpolation/libgslinterpolation.la linalg/libgsllinalg.la 
> matrix/libgslmatrix.la min/libgslmin.la monte/libgslmonte.la 
> multifit/libgslmultifit.la multimin/libgslmultimin.la 
> multiroots/libgslmultiroots.la ntuple/libgslntuple.la 
> ode-initval/libgslodeiv.la permutation/libgslpermutation.la 
> combination/libgslcombination.la multiset/libgslmultiset.la 
> poly/libgslpoly.la qrng/libgslqrng.la randist/libgslrandist.la 
> rng/libgslrng.la roots/libgslroots.la siman/libgslsiman.la 
> sort/libgslsort.la specfunc/libgslspecfunc.la 
> statistics/libgslstatistics.la sum/libgslsum.la sys/libgslsys.la 
> test/libgsltest.la utils/libutils.la vector/libgslvector.la 
> cdf/libgslcdf.la wavelet/libgslwavelet.la cblas/libgslcblas.la -lm
> libtool: link: (cd .libs/libgsl.lax/libgslblock.a && ar x 
> "/c/_64/comp/gsl-1.14/block/.libs/libgslblock.a")
> libtool: link: object name conflicts in archive: 
> .libs/libgsl.lax/libgslblock.a
> //c/_64/comp/gsl-1.14/block/.libs/libgslblock.a
> make[2]: *** [libgsl.la] Error 1
> make[2]: Leaving directory `/c/_64/comp/gsl-1.14'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/c/_64/comp/gsl-1.14'
> make: *** [all] Error 2
>
> Does anyone here know what's required to get it to build successfully on 
> this platform ? I can build a 32-bit library on the same PC, but I'd 
> really like to have a 64-bit build if such is possible. Unfortunately, the 
> error message doesn't mean anything to me.

Not with mingw64. But I provide a 64-bit build of GSL-1.14 using Visual 
Studio 2010 here:

http://gladman.plushost.co.uk/oldsite/computing/gsl-1.14-vc10.zip

     Brian Gladman
 

Re: Building gsl-1.14 with mingw64 in msys shell on MS Windows

[Sisyphus]

----- Original Message ----- 
From: "Brian Gladman" <brg@gladman.plus.com>

>> libtool: link: (cd .libs/libgsl.lax/libgslblock.a && ar x 
>> "/c/_64/comp/gsl-1.14/block/.libs/libgslblock.a")
>> libtool: link: object name conflicts in archive: 
>> .libs/libgsl.lax/libgslblock.a
>> //c/_64/comp/gsl-1.14/block/.libs/libgslblock.a

>> Does anyone here know what's required to get it to build successfully on 
>> this platform ? I can build a 32-bit library on the same PC, but I'd 
>> really like to have a 64-bit build if such is possible. Unfortunately, 
>> the error message doesn't mean anything to me.
>
> Not with mingw64. But I provide a 64-bit build of GSL-1.14 using Visual 
> Studio 2010 here:
>
> http://gladman.plushost.co.uk/oldsite/computing/gsl-1.14-vc10.zip

Thanks, Brian - for the moment, my interest is in having gsl build 
successfully with mingw64 in the MSYS shell.

It's probably not apparent in the post I sent but, in the actual output to 
the console, there's no space between ".libs/libgsl.lax/libgslblock.a" and 
"//c/_64/comp/gsl-1.14/block/.libs/libgslblock.a" in the error message - 
which strikes me as odd. And why are there *two* adjacent forward slashes in 
there ?

It's also odd that the preceding 'cd .libs/libgsl.lax/libgslblock.a && ar x 
"/c/_64/comp/gsl-1.14/block/.libs/libgslblock.a"' command has succeeded - 
and I can manually cd to .libs/libgsl.lax/libgslblock.a and run 'ar x 
"/c/_64/comp/gsl-1.14/block/.libs/libgslblock.a"' without any problems (and 
no warnings being emitted).

If there's no further response here by tomorrow morning I'll see if the guys 
on the mingw64 mailing list have any ideas as to what's going wrong. So 
near, and yet so far ...

Cheers,
Rob