2011/7/6 Sisyphus <[email protected]>:
>
> ----- Original Message -----
> From: "Torbjorn Granlund"
>
>> Oops, one patch had been omitted (although the change log claimed it was
>> there).  You should have more luck with this snapshot:
>>
>>      ftp://gmplib.org/pub/snapshot/gmp-5.0.90-20110706.tar.bz2
>>
>
> Yes, that's better - all tests pass.
>
> Here's a copy'n'paste of the configure commands I ran.
>
> For the 32-bit build (gcc-3.4.5):
> $ ./configure && make && make check
>
> For the 64-bit build (gcc-4.7.0):
> $ ./configure CC=x86_64-w64-mingw32-gcc CXX=x86_64-w64-mingw32-g++
> AR=x86_64-w
> 64-mingw32-ar LD=x86_64-w64-mingw32-ld NM=x86_64-w64-mingw32-nm
> RANLIB=x86_64-
> w64-mingw32-ranlib OBJDUMP=x86_64-w64-mingw32-objdump
> STRIP=x86_64-w64-mingw32
> -strip && make && make check
>
>
>> I need help with:
>>
>> * Making sure the new snapshot works for the various mingw and cygwin
>>  32-bit and 64-bit installs.  Does asm get properly included for 32-bit
>>  builds, and properly *excluded* for 64-bit builds?
>
> Yep - I get some asm files for the 32-bit build, but not the 64-bit build.
> (Haven't tried Cygwin - just concentrating on mingw/msys.)
>
>> Is the exact CPU
>>  used for the host (i.e., not generic things like i386, i686, x86_64)?
>
> Not sure. Is there something in the config.log that will answer that
> question ?
> In both the 32-bit and 64-bit config.log files I see:
>
> configure:3233: checking host system type
> configure:3246: result: k8-pc-mingw32
>
>> * Understanding why --enable-cxx fails.  It is related to the absense of
>>  iostream as a shared libtrary.  But what can be done about that?
>
> So I then did 'make distclean' and rebuilt, adding --enable-cxx to the above
> configure commands.
>
> All goes well for the 32-bit build. All tests pass (including the 18 cxx
> tests).
>
> For the 64-bit build, we strike a familiar looking problem with the building
> of tests/cxx/t-locale.exe:
>
> c:/_64/alt/bin/../lib/gcc/x86_64-w64-mingw32/4.7.0/../../../../x86_64-w64-mingw32/lib/../lib/libmsvcrt.a(digcs01031.o):(.text+0x0):
> multiple definition of `localeconv'
> clocale.o:clocale.c:(.text+0x0): first defined here
> collect2: ld returned 1 exit status
>
> If I then run 'make check -i' it culminates with:
>
> ##############################
> PASS: t-assign.exe
> PASS: t-binary.exe
> PASS: t-cast.exe
> PASS: t-constr.exe
> PASS: t-headers.exe
> PASS: t-iostream.exe
> PASS: t-istream.exe
> /bin/sh: ./t-locale.exe: No such file or directory
> FAIL: t-locale.exe
> PASS: t-misc.exe
> PASS: t-mix.exe
> PASS: t-ops.exe
> PASS: t-ops2.exe
> PASS: t-ops3.exe
> PASS: t-ostream.exe
> PASS: t-prec.exe
> PASS: t-rand.exe
> PASS: t-ternary.exe
> PASS: t-unary.exe
> ======================================================================================
> 1 of 18 tests failed
> Please report to [email protected], see
> http://gmplib.org/manual/Reporting-Bugs.html
> ======================================================================================
> ##############################
>
> Apart from that 'locale' problem re-surfacing, all looks fine to me wrt
> '--enable-cxx'.
>
> Cheers,
> Rob

Please note that far from all tests run when you run make check. I
tried reporting it to the gmp-bugs list, but I was a bit too
unfriendly to their liking. Be sure to go to all the mpz/mpn/...
subdirectories and run make check, you'll find that some tests aren't
run from a top-level make check. This needs o be fixed as well,
because most (if not all) passed when I last tried that.

>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> Mingw-w64-public mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Reply via email to