----- 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 


------------------------------------------------------------------------------
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