DOC HOME SITE MAP MAN PAGES GNU INFO SEARCH PRINT BOOK
 

(gmp.info.gz) Known Build Problems

Info Catalog (gmp.info.gz) Notes for Particular Systems (gmp.info.gz) Installing GMP (gmp.info.gz) Performance optimization
 
 Known Build Problems
 ====================
 
 You might find more up-to-date information at `http://swox.com/gmp/'.
 
 Compiler link options
      The version of libtool currently in use rather aggressively strips
      compiler options when linking a shared library.  This will
      hopefully be relaxed in the future, but for now if this is a
      problem the suggestion is to create a little script to hide them,
      and for instance configure with
 
           ./configure CC=gcc-with-my-options
 
 DJGPP (`*-*-msdosdjgpp*')
      The DJGPP port of `bash' 2.03 is unable to run the `configure'
      script, it exits silently, having died writing a preamble to
      `config.log'.  Use `bash' 2.04 or higher.
 
      `make all' was found to run out of memory during the final
      `libgmp.la' link on one system tested, despite having 64Mb
      available.  Running `make libgmp.la' directly helped, perhaps
      recursing into the various subdirectories uses up memory.
 
 GNU binutils `strip' prior to 2.12
      `strip' from GNU binutils 2.11 and earlier should not be used on
      the static libraries `libgmp.a' and `libmp.a' since it will
      discard all but the last of multiple archive members with the same
      name, like the three versions of `init.o' in `libgmp.a'.  Binutils
      2.12 or higher can be used successfully.
 
      The shared libraries `libgmp.so' and `libmp.so' are not affected by
      this and any version of `strip' can be used on them.
 
 `make' syntax error
      On certain versions of SCO OpenServer 5 and IRIX 6.5 the native
      `make' is unable to handle the long dependencies list for
      `libgmp.la'.  The symptom is a "syntax error" on the following
      line of the top-level `Makefile'.
 
           libgmp.la: $(libgmp_la_OBJECTS) $(libgmp_la_DEPENDENCIES)
 
      Either use GNU Make, or as a workaround remove
      `$(libgmp_la_DEPENDENCIES)' from that line (which will make the
      initial build work, but if any recompiling is done `libgmp.la'
      might not be rebuilt).
 
 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').
 
 NeXT prior to 3.3
      The system compiler on old versions of NeXT was a massacred and
      old GCC, even if it called itself `cc'.  This compiler cannot be
      used to build GMP, you need to get a real GCC, and install that.
      (NeXT may have fixed this in release 3.3 of their system.)
 
 POWER and PowerPC
      Bugs in GCC 2.7.2 (and 2.6.3) mean it can't be used to compile GMP
      on POWER or PowerPC.  If you want to use GCC for these machines,
      get GCC 2.7.2.1 (or later).
 
 Sequent Symmetry
      Use the GNU assembler instead of the system assembler, since the
      latter has serious bugs.
 
 Solaris 2.6
      The system `sed' prints an error "Output line too long" when
      libtool builds `libgmp.la'.  This doesn't seem to cause any
      obvious ill effects, but GNU `sed' is recommended, to avoid any
      doubt.
 
 Sparc Solaris 2.7 with gcc 2.95.2 in `ABI=32'
      A shared library build of GMP seems to fail in this combination,
      it builds but then fails the tests, apparently due to some
      incorrect data relocations within `gmp_randinit_lc_2exp_size'.
      The exact cause is unknown, `--disable-shared' is recommended.
 
Info Catalog (gmp.info.gz) Notes for Particular Systems (gmp.info.gz) Installing GMP (gmp.info.gz) Performance optimization
automatically generated byinfo2html