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 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 ############################## "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) 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 ------------------------------------------------------------------------------ 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
