Re: [Mingw-users] [Mingw-w64-public] GMP windows64 porting effort

[Torbjorn G. <tg...@gm...>]

David Cleaver <wr...@mo...> writes:

  Mingw64 provides ar,as,gcc,cpp,ranlib,gdb,ld and several other
  executables, all the *.h and lib*.a files.  You need to have an MSYS
  shell to run configure and make.
  
Good.  I think the development sources were broken until yesterday,
though.  I am not sure how well we support the various combinations of
(32-bit and 64-bit) processors and MSYS vs Cygwin.

I'd be grateful if people could help me with testing of the latest GMP
snapshot to see of it builds flawlessly.

I fixed two things:

(1) Disabled a test (tests/misc/t-locale.c) due to an apparent problem
in cygwin or mingw.  We try to override localeconv, but the linker does
not allow that, which I think it really should do.  (I will not worry
too much about this, disabling the test is fine for now.)

(2) Rewrote relevant code in config.guess for determining the cpu type.
The code had several problems wrt windoze.  X86_64 processors where not
at all recognised (with proper resolution, they all came back as
"x86_64") and 32-bit processors had a \r inserted in their names.

I have tested this on an Intel Nehalem, running windoze 7 with cygwin and
the mingw compilers.  It would be great if people could test

      configure && make && make check

on some other configurations.

You should get assembly code for any 32-bit build, but no assembly code
for any 64-bit build.  Checking if assembly code was inclded is most
easily done with an "ls -l mpn/*.asm" after configure.  With assembly,
you should see dozens of files, else you should see nothing.

(The C++ wrapper does not work for me, partly because a .so file is
missing from my install, partly because another localeconv issue in the
C++ tests.  Neither problem seem to be GMP's "fault", so I'll put them
on the wait list for now.)

Here is a suitable snapshot:

      ftp://gmplib.org/pub/snapshot/gmp-5.0.90-20110704.tar.bz2

  If you download MSYS, you will have access to m4.
  
Thanks for your very useful explanation!  I went for cygwin for now,
before I had gotten your reply, but I must admit I am not happy with it.
I will clear it out and install things along the lines you propose.
 
-- 
Torbjörn