On Tue, Jan 19, 2010 at 7:29 AM, Sisyphus <[email protected]> wrote: > Hi, > Has anyone here done this without getting test failures ? > I've tried using mingw-w64-bin_i686-mingw_20091118.zip and > mingw-w64-bin_i686-mingw_20100118.zip binaries, but I get the same 2 test > failures. > > Firstly, the command I'm running to build and test gmp-5.0.0 is: > > ./configure --disable-shared --enable-static --host=none-none-none > CC="x86_64-w64-mingw32-gcc -std=gnu99" CXX=x86_64-w64-mingw32-g++ > AR=x86_64-w64-mingw32-ar LD=x86_64-w64-mingw32-ld NM=x86_64-w64-mingw32-nm > RANLIB=x86_64-w64-mingw32-ranlib ABI=longlong && make && make check -i >
I would have suggested using configure --build=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 Make sure that you configured correctly (check your generated gmp.h for #define _LONG_LONG_LIMB 1) > That worked fine with gmp-4.3.1 (haven't tried 4.3.2). But with gmp-5.0.0 > I'm getting a crash when t-perfpow.exe is run: > > ############################## > PASS: t-perfsqr.exe > n = 97327602995864.....23156412530688 > n was destroyed, but perfpow_p still believes n is a perfect power > > This application has requested the Runtime to terminate it in an unusual > way. > Please contact the application's support team for more information. > FAIL: t-perfpow.exe > ############################## Don't know about this one, but ... > > "n" (whose value I've abbreviated) is in fact a perfect power, but has > supposedly been destroyed. > > A second test failure is that t-locale.exe fails to build: > > ############################## > x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. > -I../../tests > -DNO_ASM -O2 -pedantic -c t-locale.c > t-locale.c:50:1: warning: 'localeconv' redeclared without dllimport > attribute: previous dllimport ignored > /bin/sh ../../libtool --mode=link > x86_64-w64-mingw32-gcc -std=gnu99 -O2 -pedantic -o t-locale.exe > t-locale.o ../../tests/libtests.la ../../libgmp.la > x86_64-w64-mingw32-gcc -std=gnu99 -O2 -pedantic -o t-locale.exe t-locale.o > ../../tests/.libs/libtests.a /c/_32/comp/gmp-5.0.0/.libs/libgmp.a > ../../.libs/libgmp.a > c:/_64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/libmsvcrt.a(dsdds00649.o):(.text+0x0): > multiple definition of `localeconv' > t-locale.o:t-locale.c:(.text+0x0): first defined here > collect2: ld returned 1 exit status > make[4]: [t-locale.exe] Error 1 (ignored) > make[4]: Leaving directory `/c/_32/comp/gmp-5.0.0/tests/misc' > make check-TESTS > make[4]: Entering directory `/c/_32/comp/gmp-5.0.0/tests/misc' > /bin/sh ../../libtool --mode=link > x86_64-w64-mingw32-gcc -std=gnu99 -O2 -pedantic -o t-locale.exe > t-locale.o ../../tests/libtests.la ../../libgmp.la > x86_64-w64-mingw32-gcc -std=gnu99 -O2 -pedantic -o t-locale.exe t-locale.o > ../../tests/.libs/libtests.a /c/_32/comp/gmp-5.0.0/.libs/libgmp.a > ../../.libs/libgmp.a > c:/_64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/libmsvcrt.a(dsdds00649.o):(.text+0x0): > multiple definition of `localeconv' > t-locale.o:t-locale.c:(.text+0x0): first defined here > collect2: ld returned 1 exit status > make[4]: [t-locale.exe] Error 1 (ignored) ... This is known already, it shouwde up when I first submitted the w64 patches to gmp. Kai may help more with this. > PASS: t-printf.exe > PASS: t-scanf.exe > /bin/sh: ./t-locale.exe: No such file or directory > FAIL: t-locale.exe > ############################## > > Does anyone here have any views on whether these are mingw64 bugs or > gmp-5.0.0 bugs ? > > Using the 32-bit compiler from mingw.org (gcc-3.4.5), gmp-5.0.0 builds fine > and passes > all tests. > > Finally, in the gmp-5.0.0 ChangeLog we find: > * configure.in: Handle mingw64. > > Does this change have any impact (wrt MinGW64 builds) on our capacity to > build gmp-5.0.0, or on the way we go about building gmp-5.0.0 ? > (I'm still using the same command I used with gmp-4.x.x - I'm wondering if > anything useful was achieved by that addition to configure.in.) > > Cheers, > Rob > -- Ozkan ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
