[Bug target/36644] make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors)
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-28 01:04 --- Make sure you either setup ld.so.conf correctly or set LD_LIBRARY_PATH. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36644
[Bug target/36644] make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors)
--- Comment #5 from paolo dot carlini at oracle dot com 2008-06-27 10:29 --- I have no idea either. Unfortunately you target isn't very common among the contributors of GCC / testers on testresults. As you can see, x86_64 -m32 is also fine... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36644
[Bug target/36644] make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors)
-- paolo dot carlini at oracle dot com changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36644
[Bug target/36644] make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors)
--- Comment #6 from paolo dot carlini at oracle dot com 2008-06-27 10:34 --- By the way, I would consider using a 64-bit OS... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36644
[Bug target/36644] make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors)
--- Comment #7 from dtom77 at gmail dot com 2008-06-27 18:12 ---
Subject: Re: make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc
(test for excess errors)
On Friday 27 June 2008 06:33, paolo dot carlini at oracle dot com wrote:
By the way, I would consider using a 64-bit OS...
I've lots and lots of apps and their configurations. I am not thinking about
transfering right now.
So I tried uninstalling the old libmpfr and using the command line parameters:
--with-mpfr=pathname
--with-mpfr-include=pathname
--with-mpfr-lib=pathname
Still gcc doesn't see the new lib. Seems like gcc is using the old lib
location which doesn't have mpfr_remainder() function. That creates
the previous errors from my first post.
Changes from versions 2.2.* to version 2.3.0(from mpfr homepage)
..
* New functions mpfr_j0, mpfr_j1, mpfr_jn, mpfr_y0, mpfr_y1,
mpfr_yn ,mpfr_lgamma, mpfr_remainder, mpfr_remquo, mpfr_fms,
mpfr_signbit, mpfr_setsign, mpfr_copysign, mpfr_get_patches.
* Functions mpfr_sin, mpfr_cos and mpfr_sin_cos improved (argument
reduction).
..
i think gcc needs to respect the location and CL parameters that refer to new
lib. Is there anyway to force the compilation process to recognize the new
path without creating symbolic link (even if it means modifying the source)? I
can provide assistance regarding this bug. output from config.log during
`make`:
checking for
i686-pc-linux-gnu-gcc... /home/ad/build_gcc/./gcc/xgcc
-B/home/ad/build_gcc/./gcc/ -B/opt/gcc-4.3.1/i686-pc-linux-gnu/bin/
-B/opt/gcc-4.3.1/i686-pc-linux-gnu/lib/ -isystem
/opt/gcc-4.3.1/i686-pc-linux-gnu/include -isystem
/opt/gcc-4.3.1/i686-pc-linux-gnu/sys-include
checking for suffix of object files... configure: error: cannot compute suffix
of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage1-target-libgcc] Error 1
make[2]: Leaving directory `/home/ad/build_gcc'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/home/ad/build_gcc'
make: *** [all] Error 2
And:
configure:2567: checking for suffix of object files
configure:2588: /home/ad/build_gcc/./gcc/xgcc -B/home/ad/build_gcc/./gcc/
-B/opt/gcc-4.3.1/i686-pc-linux-gnu/bin/ -B/opt/gcc-4.3.1/i686-pc-linux-gnu/lib/
-isystem /opt/gcc-4.3.1/i686-pc-linux-gnu/include -isystem
/opt/gcc-4.3.1/i686-pc-linux-gnu/sys-include -c -g -fkeep-inline-functions
conftest.c 5
/home/ad/build_gcc/./gcc/cc1: error while loading shared libraries:
libmpfr.so.1: cannot open shared object file: No such file or directory
configure:2591: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME GNU C Runtime Library
| #define PACKAGE_TARNAME libgcc
| #define PACKAGE_VERSION 1.0
| #define PACKAGE_STRING GNU C Runtime Library 1.0
| #define PACKAGE_BUGREPORT
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2605: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36644
[Bug target/36644] make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors)
--- Comment #2 from paolo dot carlini at oracle dot com 2008-06-26 20:48 --- Let's tentatively recategorize as target: certainly doesn't happen on x86_64. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Component|c++ |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36644
[Bug target/36644] make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors)
--- Comment #3 from dtom77 at gmail dot com 2008-06-26 21:26 --- Subject: Re: make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors) On Thursday 26 June 2008 16:48, paolo dot carlini at oracle dot com wrote: --- Comment #2 from paolo dot carlini at oracle dot com 2008-06-26 20:48 --- Let's tentatively recategorize as target: certainly doesn't happen on x86_64. Actually i'm using amd64 with 32bit Linux OS. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36644
[Bug target/36644] make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors)
--- Comment #4 from dtom77 at gmail dot com 2008-06-27 05:08 --- Subject: Re: make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors) On Thursday 26 June 2008 16:16, paolo dot carlini at oracle dot com wrote: Excess errors: /home/ad/dloads/gcc-4.3.1/build/./gcc/cc1plus: symbol lookup error: /home/ad/dloads/gcc-4.3.1/build/./gcc/cc1plus: undefined symbol: mpfr_remainder If anything, this is not a libstdc++ issue. Then do you think it is on the mpfr side? I grep the directory where i installed it. Indeed mpfr.h has this mpfr_remainder() function. Don't know why this is referenced as undefined. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36644
