gmp 4.1.4 compiles fine, seems to work. recommand adding ppc-macos keyword. Reproducible: Always Steps to Reproduce: 1. 2. 3.
!!! Relying on the shell to locate gcc, this may break !!! DISTCC, installing gcc-config and setting your current gcc !!! profile will fix this Portage 2.0.51.19 (default-darwin/macos/10.3, gcc-3.3, libsystem-7.1-r0, 7.9.0 Power Macintosh) ================================================================= System uname: 7.9.0 Power Macintosh powerpc macos-20041118 Python: [2.3 (#1, Sep 13 2003, 00:49:11)] distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632) [disabled] dev-lang/python: [Not Present] sys-devel/autoconf: [Not Present] sys-devel/automake: [Not Present] sys-devel/binutils: [Not Present] sys-devel/libtool: [Not Present] virtual/os-headers: 7.1 ACCEPT_KEYWORDS="ppc-macos" AUTOCLEAN="yes" CFLAGS="-O2 -pipe" CHOST="powerpc-apple-darwin" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache collision-protect distlocks userpriv" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="ppc emboss ncurses ppc-macos readline" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
the library compiles (4.1.4-r1), but I cannot find a (simple) tool that compiles so I can test the library. Any suggestions?
Suggestion: media-gfx/surf. All of it's dependencies are already keyworded or USE masked except for gmp.
too bad, doesn't compile for me.
Last suggestion I got: sci-mathematics/singular Everything else looks like it might break all by itself...
somewhere I'm happy those 9 MB's of gzipped source code don't compile cleanly too :/
USE="crypt -java" emerge -a clamav clamav depends on gmp for crypt. See bug 105281, bug 105278 and bug 105267 on how to emerge clamav.
it may work, but media-gfx/surf doesn't compile against it: /usr/include/gmp.h:2090: error: declaration of C function 'std::ostream& operator<<(std::ostream&, const __mpq_struct*)' conflicts with /usr/include/gmp.h:2089: error: previous declaration 'std::ostream& operator<<(std::ostream&, const __mpz_struct*)' here /usr/include/gmp.h:2091: error: declaration of C function 'std::ostream& operator<<(std::ostream&, const __mpf_struct*)' conflicts with /usr/include/gmp.h:2090: error: previous declaration 'std::ostream& operator<<(std::ostream&, const __mpq_struct*)' here /usr/include/gmp.h:2093: error: declaration of C function 'std::istream& operator>>(std::istream&, __mpq_struct*)' conflicts with /usr/include/gmp.h:2092: error: previous declaration 'std::istream& operator>>(std::istream&, __mpz_struct*)' here /usr/include/gmp.h:2094: error: declaration of C function 'std::istream& operator>>(std::istream&, __mpf_struct*)' conflicts with /usr/include/gmp.h:2093: error: previous declaration 'std::istream& operator>>(std::istream&, __mpq_struct*)' here make[1]: *** [resultant.o] Error 1 make: *** [all-recursive] Error 1 Looks like the includes it installs are not GCC4 proof.
from http://www.swox.com/gmp/ > For GMP 4.1.4, we recommend that you use GCC 3.3.x or older. We've had some luck > with GCC 3.4.x on some systems, but we have yet to find a system where GCC 4.0.0 > builds, and neither crashes or miscompiles the GMP sources. > UPDATE: We've had much more luck with GCC 4.0.1. It might actually be a usable > compiler, but the usual care should be applied. Something tells me this package has a long way to go on OSX...
*** Bug 68722 has been marked as a duplicate of this bug. ***
just FYI. http://www.mpfr.org/mpfr-current/ lists powerpc-apple-darwin8.2.0 (G5, gcc 4.0.0) _p3 fixes configure support. bug 121968 requests stabilization on other platforms. MPFR includes a comprehensive test suite.
Daniel, thanks for the heads up. Looks like the last version gives trouble though: *** Warning: linker path does not have real file for library -lSystemStubs. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libSystemStubs and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/lib/libSystemStubs.a *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. g++ -shared /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/crt2.o .libs/dummy.o cxx/.libs/isfuns.o cxx/.libs/ismpf.o cxx/.libs/ismpq.o cxx/.libs/ismpz.o cxx/.libs/osdoprnti.o cxx/.libs/osfuns.o cxx/.libs/osmpf.o cxx/.libs/osmpq.o cxx/.libs/osmpz.o ./.libs/libgmp.dylib -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1 -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../.. -lstdc++ -lgcc_s.10.4 -lSystem -lc -o .libs/libgmpxx.3.0.5.dylib powerpc-apple-darwin8-g++-4.0.1: unrecognized option '-shared' /usr/bin/ld: multiple definitions of symbol ___darwin_gcc3_preregister_frame_info /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/crt2.o definition of ___darwin_gcc3_preregister_frame_info in section (__TEXT,__text) /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/crt2.o definition of ___darwin_gcc3_preregister_frame_info in section (__TEXT,__text) collect2: ld returned 1 exit status make[2]: *** [libgmpxx.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 !!! ERROR: dev-libs/gmp-4.1.4-r3 failed. Call stack: !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant.
to be a bit more precise, 4.1.4-r3 doesn't compile for me, -r1 does, and dev-lang/parrot (that new perl super engine virtual machine thing) is quite happy with it. 4.1.4-r1 is now in portage as ~ppc-macos. Keeping bug open for compilation problem on higher version numbers.
think it's fine like this.
