GMP 6.0.0a on AMD A8-6600K

tg at gmplib.org tg at gmplib.org
Wed Apr 8 16:28:18 UTC 2015


Kevin Buckley <kevin.m.buckley at gmail.com> writes:

  When building GMP inside the LFS chroot, the configure ends with
  
    Version:           GNU MP 6.0.0
    Host type:         piledriver-unknown-linux-gnu
    ABI:               64
    Install prefix:    /usr
    Compiler:          gcc -std=gnu99
    Static libraries:  yes
    Shared libraries:  yes
  
  and the compilation of the first test that fails
  
  /usr/src/gmp/gmp-6.0.0/tests/mpn/t-get_d
  
  shows as:
  
  gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../tests     \
   -O2 -pedantic -fomit-frame-pointer -m64 -mtune=bdver2 -march=bdver2 \
   -c t-get_d.c
  
I cannot see any sort of error there.
  
  Configure (different --prefix to avoid trashing the host) ends with
  
    Version:           GNU MP 6.0.0
    Host type:         piledriver-unknown-linux-gnu
    ABI:               64
    Install prefix:    /usr/local
    Compiler:          gcc -std=gnu99
    Static libraries:  yes
    Shared libraries:  yes
  
  and the first test to fail (as above) gets built as
  
  gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../tests     \
   -O2 -pedantic -fomit-frame-pointer -m64 -mtune=bdver2 -march=bdver2 \
   -c t-get_d.c
  
That doesn't look like an error message either.
  
  Configure (different --prefix to avoid trashing the host) ends with
  
    Version:           GNU MP 6.0.0
    Host type:         piledriver-unknown-linux-gnu
    ABI:               64
    Install prefix:    /usr/local
    Compiler:          gcc -std=gnu99
    Static libraries:  yes
    Shared libraries:  yes
  
  however, the first test to fail (as above) gets built as
  
  gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../tests     \
   -O2 -pedantic -fomit-frame-pointer -m64 -mtune=bdver1 -march=bdver1 \
   -c t-get_d.c
  
Again, no error message.
  
  Note that the Ubuntu 12.04 box, the "bare metal host" uses these flags
  
  -mtune=bdver1 -march=bdver1
  
  whereas the CentOS 6.6 VM is using
  
  -mtune=bdver2 -march=bdver2
  
  The whole thing has sure got me beat but that last bit seems weirder
  still!
  
I don't get the point.  What is weird about those options?  The ideal
options for piledriver is bdver2, with a fallback to bdver1.

  All I know is, I can't seem to run successful tests of GMP 6.0.0a in
  three different environments, albeit with two of them "nested "
  
  Is it a bug?
  
  If it isn't, what have I missed?
  
You seem to assme that compilation command are error messages.  Or else,
you suppress some error message and leave it to us to guess what might
have happened.  We're good at aritgmetic over here, but terrible
guessers.   :-)


-- 
Torbjörn
Please encrypt, key id 0xC8601622


More information about the gmp-bugs mailing list