Known Build Problems (GNU MP 6.3.0)
Description: How to install and use the GNU multiple precision arithmetic library, version 6.3.0.

### 2.5 Known Build Problems ¶

You might find more up-to-date information at https://gmplib.org/.

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 64MiB 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.