The only warning it reports is this immediately after detecting gmp and mpfr
*** This configuration is not supported in the following subdirectories: target-libada gnattools target-libgfortran target-libffi target-zlib target-libjava zlib target-libobjc target-boehm-gc The other suggestions u have said were typos: I have used LD_LIBRARY_PATH with /usr/local/lib and --with-mpfr=/usr/local --with-gmp=/usr/loc I got the 3.4 sources from the gcc site. Is there a way I can get prebuilt binaries ? thanks dz On 1/3/07, Joe Buck <[EMAIL PROTECTED]> wrote:
On Wed, Jan 03, 2007 at 08:11:35PM -0500, drizzle drizzle wrote: > Hi > I have tried everything any page might say on this, still > stuck. Any help would be great > Hi all > > I am trying to install 3.4 on my AMD turion 64 machine with fedora > core. You mean 4.3 (or rather a snapshot or svn checkout, since 4.3 does not exist yet). > But run into messages like this on gmake. Configure is fine > > libbackend.a(builtins.o): In function `fold_builtin_cbrt': > ../.././gcc/builtins.c:7175: undefined reference to `mpfr_cbrt' > libbackend.a(builtins.o): In function `fold_builtin_exponent': > ../.././gcc/builtins.c:8183: undefined reference to `mpfr_exp10' > libbackend.a(builtins.o): In function `fold_builtin_1': > ../.././gcc/builtins.c:9400: undefined reference to `mpfr_erf' > ../.././gcc/builtins.c:9406: undefined reference to `mpfr_erfc' Does the configure output report any warnings about having the wrong version of mpfr? > Installed mpfr and gmp and verified mpfr.h and gmp.h exist in > /usr/local/include and libmpfr.a , libgmp.so etc exists in > /usr/local/lib > > I have tried the following things > 1../configure --with-mpfr=/usr/local/lib --with-gmp=/usr/local Should be --with-mpfr=/usr/local > 2. ./configure --with-mpfr-build=<source director of mpfr> > --with-gmp-build=<source directory of gmp> Not sure why that one didn't work. > 3. --with-mpfr-lib, --with-mpfr-include, > 4. Update LD_LIBRARY_PATH to also include /usr/local/ > 5.--enable-languages=c,c++ --disable-mpfr LD_LIBRARY_PATH has to have /usr/local/lib, not /usr/local. Please check that. I suspect that this is the root of the problem. I also think that gcc should be more robust in dealing with an mpfr.so not on the LD_LIBRARY_PATH that it has already found via configure, but that's another story. --disable-mpfr is not an option; mpfr is required now. > I just want a working gcc 3.4 and I really dont care for this > precision library. Any sugesstions on how to get it to work ... If you want 3.4, then get it from ftp.gnu.org or a mirror, and you won't need mpfr.