http://blog.gmane.org/gmane.comp.lib.gmp.bugs hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.lib.gmp.bugs/4057 <pre>Hi gmp-bugs, Could you take a look at the patch file I have attached to this note. I have been having trouble with shared lib support on Apple OS X 10.5.8 (ppc), Specifically duplicate symbols then later on (when building nettle 2.6) I encountered Undefined symbols (not of required architecture). The patch fixes the duplicate symbols and also adds a pkg-config file into the mix (you will need to run autoreconf to get it into the Makefile). cd gmp-5.1.1 patch -p1 &lt; ../osx.patch autoreconf Could you also alter your manual web page: http://gmplib.org/manual/Known-Build-Problems.html#Known-Build-Problems from ... "MacOS X (‘*-*-darwin*’)     Libtool currently only knows how to create shared libraries on MacOS X using the     native cc (which is a modified GCC), not a plain GCC. A static-only build should work though (‘--disable-shared’)." to ... "MacOS X (‘*-*-darwin*’)     If you are using a 32 bit version of MacOS X (10.5.8 or lower) then you should ensure that you configure with:  </pre> Simon Lazenby 2013-05-16T19:29:30 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/4051 <pre>Solaris 10 and 11 on x86 Oracle Studio Compiler 12.3 gmake 3.82 If I set the ABI to 32 then the tests/.libs/libtests.a file has different symbols than if it is compiled with ABI 64. The recipe I tried: setenv CC cc setenv CXX CC setenv M4 /usr/local/bin/m4 cd /var/tmp rm -rf gmp-5.1.1 xz -dc /usr/local/src/gnu/gmp-5.1.1.tar.xz | gtar -xvf - cd gmp-5.1.1 ./configure --prefix=/usr/local \ --disable-assembly gmake gmake check setenv ABI 32 libtool: compile: cc -D_STDC_C99= -DHAVE_CONFIG_H -I. -I.. -I.. -O -DNO_ASM -c trace.c -o trace.o &gt;/dev/null 2&gt;&amp;1 /bin/bash ../libtool --tag=CC --mode=link cc -D_STDC_C99= -O -DNO_ASM -o libtests.la memory.lo misc.lo refmpf.lo refmpn.lo refmpq.lo refmpz.lo spinner.lo trace.lo ../libgmp.la libtool: link: ar cq .libs/libtests.a .libs/memory.o .libs/misc.o .libs/refmpf.o .libs/refmpn.o .libs/refmpq.o .libs/refmpz.o .libs/spinner.o .libs/trace.o libtool: link: ranlib .libs/libtests.a libtool: link: ( cd ".libs" &amp;&amp; rm -f "</pre> Mark Ashley 2013-05-15T07:39:52 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/4030 <pre> I am building gmp for 64 bit Windows using cygwin's x86_64-w64-mingw32 packages, (gcc version 4.5.3). The machine is an AMD Opteron 6272 running Windows Server 2008 R2 64 bit. Building gmp 5.1.1 using ./configure --host=x86_64-w64-mingw32 produces a build that passes make check, however ./configure --host=x86_64-w64-mingw32 --enable-fat fails 3 tests t-hgcd.exe t-hgcd_appr.exe t-brootinv.exe I've attached the full make check output. config.guess reports bulldozer-pc-cygwin configfsf.guess reports i686-pc-cygwin uname -a reports CYGWIN_NT-6.1-WOW64 rdwimetis 1.7.16(0.262/5/3) 2012-07-20 22:55 i686 Cygwin I have also tried a few other compilers (msys/mingw as well) including versions of gcc 4.6 and 4.7 and all fail these tests on this platform when running fat binaries. I tried these binaries on AMD FX-8320 running Windows 64 and got the same results, non-fat passed the tests, fat failed the tests listed above. I have not seen these problems under linux on the same hardware. Darin make check</pre> Darin Ohashi 2013-05-07T17:16:12 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/4026 <pre>starting with gmp-5.1.0, building gmp for armv4 processors fails due to __gmpn_invert_limb being undefined. comparing to gmp-5.0.5, it looks like it's because the mpn/arm/ subdir no longer gets searched. looks like this was introduced with this commit: commit fdd10eef4e4a4f888b23b39e2641a84101d435e1 Author: Torbjorn Granlund &lt;tege&lt; at &gt;gmplib.org&gt; Date: Wed Nov 28 16:19:56 2012 +0100 Support specific ARM processors. before that commit, armv4 procs would get caught up in the general glob: case $host_cpu in ... *) path="arm" ;; esac but now it hits an empty case: case $host_cpu in armsa1 | armv4*) ;; the commit seems to imply the goal was to support more cpu-specific flags (gcc_cflags_arch), so i'm not sure the disabling of path was on purpose. this fix to latest hg repo seems to fix things for me. at least, gmp can now be linked against when building mpfr :). -mike --- a/configure.ac +++ b/configure.ac &lt; at &gt;&lt; at &gt; -582,6 +582,7 &lt; at &gt;&lt; at &gt; case $host in # options fail. case $host_cpu in </pre> Mike Frysinger 2013-04-21T02:23:26 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/4025 <pre>gmp-5.1.1 package (from gmp-5.1.1.tar.bz2)   $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-cygwin/4.5.3/lto-wrapper.exe Target: i686-pc-cygwin Configured with: /gnu/gcc/releases/respins/4.5.3-3/gcc4-4.5.3-3/src/gcc-4.5.3/configure --srcdir=/gnu/gcc/releases/respins/4.5.3-3/gcc4-4.5.3-3/src/gcc-4.5.3 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/gcc4 -C --datadir=/usr/share --infodir=/usr/share/info --mandir=/usr/share/man -v --with-gmp=/usr --with-mpfr=/usr --enable-bootstrap --enable-version-specific-runtime-libs --libexecdir=/usr/lib --enable-static --enable-shared --enable-shared-libgcc --disable-__cxa_atexit --with-gnu-ld --with-gnu-as --with-dwarf2 --disable-sjlj-exceptions --enable-languages=ada,c,c++,fortran,java,lto,objc,obj-c++ --enable-graphite --enable-lto --enable-java-awt=gtk --disable-symvers --enab</pre> Gale Lee 2013-04-19T03:45:39 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/4022 <pre> programm z_000.c give message  "Segmentation fault" when run programm z_000 I check this only when programm have macros one or two  __GNU_MP_VERSION and __GNU_MP_VERSION_PATCHLEVEL OS: Linux Mint13 cpu i5 memory 16GB=4*4GB Text of z_000.c accepted 16.04.2013 _______________________________________________ gmp-bugs mailing list gmp-bugs&lt; at &gt;gmplib.org http://gmplib.org/mailman/listinfo/gmp-bugs </pre> alex alex 2013-04-16T09:04:18 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/4021 <pre> Hi, when cross-compiling, GMP assumes the strnlen() function is not present on the target machine, and if it is present on the compilation machine, we get a conflict with the "static" declaration in printf/repl-vsnprintf.c. It seems this is the only similar issue with 5.1.1. Paul </pre> Zimmermann Paul 2013-04-02T10:06:03 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/4018 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 GMP version: 5.1.1 tarball How to reproduce: run ./configure in MSYS on W32, using any W32-native MinGW toolchain (doesn't matter which one) What is wrong: GMP_INCLUDE_GMP_H and GMP_FUNC_ALLOCA generate things like #include "$srcdir/gmp-impl.h" $srcdir is expanded to something like "/tc/gmp-5.1.1-1/gmp-5.1.1/gmp-h.in", because the shell is POSIXly. However, the compiler (MinGW) is a native W32 program, and does not understand POSIX paths, fails to compile mp_limb_t test, and configure script fails as a result. What should happen instead: w32-style PATHS should be used (i.e. "F:/s24/tc/gmp-5.1.1-1/gmp-5.1.1/gmp-h.in") My W32-only hack to get through ./configure successfully is to replace all occurrences of #include "$srcdir..." with #include "$(cd $srcdir; pwd -W)..." (-W is a MSYS-only pwd argument that returns W32 version of working directory) Obviously, it's not portable. $ gcc -v Using built-in specs. COLLECT_GCC=F:\s24\dl_tc\bin\gcc.exe COLLECT_LTO_WRAPP</pre> LRN 2013-03-24T08:46:59 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/4016 <pre>i was solving problem =&gt; http://projecteuler.net/problem=57 to find answer, i was compare mpz_sizeinbase but this return-value is not correct. : ( so, i have choose to compare log10( mpz_value ) instead of that way program result -&gt; 153 147 MP_VERSION : 5.1.1 CC : gcc -std=gnu99 -m32 -O2 -pedantic -fomit-frame-pointer -mtune=amdfam10 -march=amdfam10 and i add source code thanks _______________________________________________ gmp-bugs mailing list gmp-bugs&lt; at &gt;gmplib.org http://gmplib.org/mailman/listinfo/gmp-bugs </pre> Hwang soon chan 2013-03-18T04:20:22 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/4007 <pre>Hello, Trying to build gmp-5.1.1 on Solaris 10, sun4v, with gcc 4.7.2, and getting 3 make check failures, all for cxx. The 3 test cases do a Segmentation fault. These are: FAIL: t-assign FAIL: t-constr FAIL: t-rand All the other tests pass, including in cxx. The core file produced, e.g. with the first test, does not seem to be usable: cxx&gt; ./t-assign Segmentation Fault cxx&gt; ll core -rw------- 1 emagiro ossdes 1024 Mar 17 09:33 core cxx&gt; file core core: invalid ELF object cxx&gt; gdb --nw GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8". (gdb) core-file core "/proj/vobadm100/tmp/gmp-5.1.1/tests/cxx/core" is not a core dump: File truncated (gdb) where No stack. (gdb) </pre> Marc Girod 2013-03-17T08:47:05 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/4005 <pre>Hi, I (think I) have found a bug in gmp 5.1.1. I was trying to compile for armV5 (see attached make_transcript.txt) and was getting assembler errors. I downloaded v5.0.5 and make completed without errors. Bug report details: *Version:* 5.1.1 * Test program to replicate bug:* I used the following configure command: CC=arm-unknown-linux-gnueabi-gcc CXX=arm-unknown-linux-gnueabi-g++ AS=arm-unknown-linux-gnueabi-as OBJDUMP=arm-unknown-linux-gnueabi-objdump ./configure --host=armv5-unknown-linux-gnueabi --prefix=/opt/ea800-toolchain/ --exec-prefix=/opt/ea800-toolchain/ And then: make * Description of what is wrong:* Source code will not build, please see attachment for transcript of make errors. Cross compiling on Ubuntu 12.10 x86_64 for armV5 target (Asus EA-800). Note that version 5.0.5 compiles fine using the same process. *Stack Trace: *N/A * Configure options:* see above * Compiler version: * Using built-in specs. Target: arm-unknown-linux-gnueabi Configured with: /home/mark/eeenote/crosstool</pre> Mark Pointing 2013-03-16T08:11:58 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/3996 <pre>I just cross-built gmp 5.1.1, configured as follows: ../configure --host=i686-w64-mingw32 --prefix=/mingw --disable-static --enable-shared This is on a Fedora 18 x86-64 machine. It built fine. I ran the test suite as make check TEST_ENVIRONMENT=wine. Somewhat surprisingly, everything worked, until: ../../../tests/misc/t-scanf.c:1495: GNU MP assertion failed: ret == (-1) abnormal program termination FAIL: t-scanf.exe $ i686-w64-mingw32-gcc --version i686-w64-mingw32-gcc (GCC) 4.7.2 20120920 (Fedora MinGW 4.7.2-7.fc18) Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I tried to debug it but I don't understand the cross-debug toolchain well enough. Anyway, thought you would like to know. Cheers. Andy </pre> Andy Wingo 2013-03-09T12:58:35 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/3987 <pre>Snapshot: gmp-5.1.90-20130227 1) Gmp version:5.1.1 2) Built from tarball using standard options 3) Using gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8 Requested Outputs: uname -a: Linux n110-fc18-ssd 3.7.8-202.fc18.i686.PAE #1 SMP Fri Feb 15 17:47:05 UTC 2013 i686 i686 i386 GNU/Linux ./config.guess: atom-pc-linux-gnu ./config - OK make - OK make check - OK - all tests passed mini-gmp: Partial output t-str.c: In function ‘testmain’: t-str.c:254:8: warning: pointer targets in passing argument 1 of ‘mpn_get_str’ differ in signedness [-Wpointer-sign] In file included from mini-random.h:20:0, from testutils.h:23, from t-str.c:26: ../mini-gmp.h:94:8: note: expected ‘unsigned char *’ but argument is of type ‘char *’ t-str.c:297:8: warning: pointer targets in passing argument 2 of ‘mpn_set_str’ differ in signedness [-Wpointer-sign] In file included from mini-random.h:20:0, from testutils.h:23, from t-str.c:26: ../mini-gmp.h:95:11: note: expected ‘const unsigned char *’ but argument is </pre> Michael Tate 2013-02-28T10:07:35 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/3984 <pre>Hello to everybody, This is in reference to a short report I submitted recently concerning a possible bug in t-double.c Thank you for copying me in on your discussions by the way. I have run t-double against gdb and at the risk of telling you something you already know and clearly understand much better than me, here is what I found. The memory allocation error triggers when free(buf) is called in the dump function, buf is set via the mpz-get-str function. By allocating a character buffer inside the dump function, the dump function completes correctly and then aborts the test segment as intended. I do not know why the test itself fails. A small patch for t-double.c is attached. Best wishes Mike _______________________________________________ gmp-bugs mailing list gmp-bugs&lt; at &gt;gmplib.org http://gmplib.org/mailman/listinfo/gmp-bugs </pre> Michael Tate 2013-02-27T14:11:12 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/3975 <pre>Hello, I have come across a possible failure in the mini-gmp test suite and have decided to submit a report. 1) Gmp version:5.1.1 2) Built from tarball using standard options 3) Using gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8 Requested Outputs: uname -a: Linux n110-fc18-ssd 3.7.8-202.fc18.i686.PAE #1 SMP Fri Feb 15 17:47:05 UTC 2013 i686 i686 i386 GNU/Linux ./config.guess: atom-pc-linux-gnu Outline: Running 'make check' in mini-gmp/tests produces an error in t-double.c Partial output follows: PASS: t-add PASS: t-sub PASS: t-mul PASS: t-invert PASS: t-div PASS: t-div_2exp mpz_cmp_d (x, f) failed: x: 87f41fe00000000 memory clobbered before allocated block ./run-tests: line 57: 4383 Aborted (core dumped) "$1" $testflags FAIL: t-double PASS: t-cmp_d PASS: t-gcd PASS: t-lcm PASS: t-import PASS: t-comb PASS: t-signed PASS: t-sqrt PASS: t-root PASS: t-powm PASS: t-logops PASS: t-bitops PASS: t-scan PASS: t-str PASS: t-reuse ==================== 1 of 21 tests failed ==================== Comm</pre> Michael Tate 2013-02-25T11:58:36 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/3972 <pre>Dear GMP hackers, I found a problem in mpz/mul_i.h: at the end of the function: SIZ(prod) = ((sign_product &lt; 0) ^ (small_mult &lt; 0)) ? -size : size; small_mult has been defined to an unsigned long int earlier in this file: MULTIPLICAND_UNSIGNED long int small_mult (if the preprocessor macro OPERATION_mul_ui is defined). The problem is that an unsigned number is always &gt;=0, so the test (small_mult &lt; 0) always evaluates to 0. When compiling GMP with gcc-4.7.2 and -Werror=type-limits, the build breaks there. The code is present in all GMP versions that I checked, including 4.2.1, 5.1.1 and the current tip of the unstable ‘gmp’ repository[0]. [0] http://gmplib.org:8000/gmp/file/95b5c2d991c8/mpz/mul_i.h Regards </pre> Nicolas Roeser 2013-02-23T16:24:30 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/3954 <pre>The attached program triggers a valgrind error for an incorrect read. gcc -I ~/gmp-5.1.1/include/ -o test_mpmod test_mpmod.c gmp-5.1.1/lib/libgmp.a &amp;&amp; valgrind ./test_mpmod ==17830== Memcheck, a memory error detector ==17830== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==17830== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==17830== Command: ./test_mpmod ==17830== ==17830== Invalid read of size 8 ==17830== at 0x401A74: __gmpn_copyd (in /users/caramel/kruppaal/test_mpmod) ==17830== by 0x4009CF: __gmpz_mul_2exp (in /users/caramel/kruppaal/test_mpmod) ==17830== by 0x40086D: main (test_mpmod.c:20) ==17830== Address 0x51f45a8 is 0 bytes after a block of size 984 alloc'd ==17830== at 0x4C2C861: realloc (vg_replace_malloc.c:662) ==17830== by 0x401C9B: __gmp_default_reallocate (in /users/caramel/kruppaal/test_mpmod) ==17830== by 0x400A26: __gmpz_realloc (in /users/caramel/kruppaal/test_mpmod) ==17830== by 0x400AE5: __gmpz_set (in /users/caramel/kruppa</pre> Alexander Kruppa 2013-02-20T13:58:45 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/3938 <pre>Hi, I am trying to install gmp on my machine. I downloaded the latest version 5.1.1. OS platform MAC OS Lion version 10.7.5, 2.66ghz intel Core i7, 4GB 1067 Mhz DDR3 of RAM. I have installed Xcode ver 4.6 and all the command line tools. and I did the following : 1 - ./configure cc=--disable-shared (as mentioned in your realease notes) 2 ­ Make check I end up with the error : libtool: link: cannot find the library `../libgmp.la' or unhandled argument `../libgmp.la' make[4]: *** [libtests.la] Error 1 make[3]: *** [check-am] Error 2 make[2]: *** [check-recursive] Error 1 make[1]: *** [check-recursive] Error 1 make: *** [check] Error 2 Can you please help ? Best Regards, Maroun Mourani </pre> Maroun Mourani 2013-02-17T09:04:26 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/3917 <pre>Hello, GMP since version 5.1.0 doesn't build on arm (sheevaplug) on Freebsd. To omit the issue one has to use "--enable-assembly=no" option. This affects both 5.1.0 and 5.1.1. Is it something which may be fixed in gmp? Regards! ŁS cc -std=gnu99 -c -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. - DOPERATION_add_n -O -pipe tmp-add_n.s -fPIC -DPIC -o .libs/add_n.o gnome-libtool: compile: ../mpn/m4-ccas --m4=m4 cc -std=gnu99 -c - DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_add_n -O -pipe add_n.asm -o add_n.o &gt;/dev/null 2&gt;&amp;1 /bin/sh /usr/ports/math/gmp/work/gnome-libtool --tag=CC --mode=compile cc - std=gnu99 -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_`echo sub | sed 's/_$//'` -O -pipe -c -o sub.lo sub.c gnome-libtool: compile: cc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. - D__GMP_WITHIN_GMP -I.. -DOPERATION_sub -O -pipe -c sub.c -fPIC -DPIC -o .libs/sub.o gnome-libtool: compile: cc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. - D__GMP_WITHIN_GMP -I.. -DOPERATION_sub -O -p</pre> Łukasz Siemiradzki 2013-02-15T19:21:42 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/3901 <pre>Hello, Here is the make check build results for GMP 5.1.1 on Solaris 5.11 x64 using GCC 4.6.2/Binutils 2.22: Note: --disable-assembly, --disable-static, nor --disable-shared did not fix the issue. --enable-cxx causes the issue specifically. 1. GMP 5.1.1 2. make check fails 3 of 19 tests in 64-bit compile on Intel Xeon 5620 platform with Solaris 11 x64 and GCC 4.6.2/Binutils 2.22. 3. uname -a: "SunOS hobbit 5.11 i86pc i386 i86pc Solaris" 4. ./configure  ABI=64 --enable-cxx --enable-fat --prefix=/usr/local 5. ./config.guess: coreiwsm-pc-solaris2.11   gcc -v :Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/gcc/4.6/lib/gcc/i386-pc-solaris2.11/4.6.2/lto-wrapper Target: i386-pc-solaris2.11 Configured with: ../gcc-4.6.2/configure --prefix=/usr/gcc/4.6 --libdir=/usr/gcc/ 4.6/lib --libexecdir=/usr/gcc/4.6/lib --mandir=/usr/gcc/4.6/share/man --infodir= /usr/gcc/4.6/info --with-build-time-tools=/usr/sfw --with-as=/usr/sfw/bin/gas -- with-gnu-as --with-ld=/usr/bin/ld --without-gnu-ld --enable-lan</pre> ken mays 2013-02-14T19:37:12 http://comments.gmane.org/gmane.comp.lib.gmp.bugs/3898 <pre> Hello, I am Trying to build gmp-5.1.0a on Tru64unix version 5.1b-6 AlphaServer GS160 and I receive a make failure upon invoking the gnumake command after a successful configuration. GMP version is 5.1.0a Build environmment is: # uname -a OSF1 zozma.cts.cwu.edu V5.1 2650 alpha # setenv CC "cc -c99" # setenv CXXFLAGS -nocompress # cc -V Compaq C V6.5-011 on HP Tru64 UNIX V5.1B (Rev. 2650) Compiler Driver V6.5-003 (sys) cc Driver # cxx -V Compaq C++ V7.1-006 for HP Tru64 UNIX V5.1B (Rev. 2650) Compiler Driver V7.1-006 (cxx) cxx Driver # pwd /usrX/JunqueYard/gmp-5.1.0 # gnumake --version GNU Make 3.82 Built for alphaev68-dec-osf5.1b # ./config.guess alphaev68-dec-osf5.1b # ./configfsf.guess alphaev68-dec-osf5.1b Configuration command: # ./configure "ac_cv_prog_cc_c99=" --enable-cxx CPPFLAGS=-D__USE_STD_IOSTREAM ... configure: summary of build options: Version: GNU MP 5.1.0 Host type: alphaev68-dec-osf5.1b ABI: standard Install prefix: /usr/local Compiler: </pre> Bill.Glessner< at >cwu.EDU 2013-02-07T16:33:11 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lib.gmp.bugs