* [Bug other/45760] GCC build fails: can't find MPC
2010-09-23 13:07 [Bug other/45760] New: GCC build fails: can't find MPC avi at unix dot sh
@ 2010-09-23 13:58 ` redi at gcc dot gnu dot org
2010-09-23 14:04 ` avi at unix dot sh
` (6 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: redi at gcc dot gnu dot org @ 2010-09-23 13:58 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from redi at gcc dot gnu dot org 2010-09-23 13:58 -------
set LD_LIBRARY_PATH so the dynamic loader can find libmpc.so.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45760
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug other/45760] GCC build fails: can't find MPC
2010-09-23 13:07 [Bug other/45760] New: GCC build fails: can't find MPC avi at unix dot sh
2010-09-23 13:58 ` [Bug other/45760] " redi at gcc dot gnu dot org
@ 2010-09-23 14:04 ` avi at unix dot sh
2010-09-23 14:08 ` redi at gcc dot gnu dot org
` (5 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: avi at unix dot sh @ 2010-09-23 14:04 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from avi at unix dot sh 2010-09-23 14:03 -------
I was able to make it pass that stage explicitly setting the library path like
this:
gcc-build$ LD_LIBRARY_PATH=$HOME/OpenFOAM/lib make
I found this was not related to MPC since I moved to 4.4.4 (pre-MPC version of
GCC) and I got same problem with MPFR (another GCC dependency).
Since I'm already using --with-mpfr=DIRNAME, I was expecting that the library
path was being set automatically.
So I still consider this a weak point on the build system that could be
automatically managed.
--
avi at unix dot sh changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45760
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug other/45760] GCC build fails: can't find MPC
2010-09-23 13:07 [Bug other/45760] New: GCC build fails: can't find MPC avi at unix dot sh
2010-09-23 13:58 ` [Bug other/45760] " redi at gcc dot gnu dot org
2010-09-23 14:04 ` avi at unix dot sh
@ 2010-09-23 14:08 ` redi at gcc dot gnu dot org
2010-09-23 14:15 ` [Bug bootstrap/45760] " redi at gcc dot gnu dot org
` (4 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: redi at gcc dot gnu dot org @ 2010-09-23 14:08 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from redi at gcc dot gnu dot org 2010-09-23 14:08 -------
GCC doesn't set runpaths in executables, this is intentional:
http://gcc.gnu.org/faq.html#rpath
If you don't want those support libs installed for their own sake and are only
installing them for GCC to use, then a simpler way to build it is to put the
gmp, mpfr and mpc sources under gcc-4.5.1 (renamed from gmp-x.y.z to just gmp,
and similarly for mpfr and mpc) and then just configure gcc without any
--with-{gmp,mpfr,mpc} options. That way gcc will build with those sources and
doesn't need to find the shared libs.
Or you can build the libs with --disable-shared so that gcc will have to link
statically to libgmp.a, which also avoids needing to find the shared libs.
Or you can just make sure the shared lib can be found, using LD_LIBRARY_PATH or
LD_RUN_PATH or ldconfig.
(In reply to comment #0)
> But libmpc.so.2 is there. I even took care of creating artificial symbolic
> links to satisfy this bizarre 'powerpc64-unknown-linux-gnu' under ROOT.
Don't do that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45760
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug bootstrap/45760] GCC build fails: can't find MPC
2010-09-23 13:07 [Bug other/45760] New: GCC build fails: can't find MPC avi at unix dot sh
` (2 preceding siblings ...)
2010-09-23 14:08 ` redi at gcc dot gnu dot org
@ 2010-09-23 14:15 ` redi at gcc dot gnu dot org
2010-09-23 14:46 ` avi at unix dot sh
` (3 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: redi at gcc dot gnu dot org @ 2010-09-23 14:15 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from redi at gcc dot gnu dot org 2010-09-23 14:14 -------
this should be documented, either under the --with-gmp configuration docs or in
the faq
--
redi at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|unassigned at gcc dot gnu |redi at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED |ASSIGNED
Component|other |bootstrap
Ever Confirmed|0 |1
Keywords| |documentation
Last reconfirmed|0000-00-00 00:00:00 |2010-09-23 14:14:55
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45760
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug bootstrap/45760] GCC build fails: can't find MPC
2010-09-23 13:07 [Bug other/45760] New: GCC build fails: can't find MPC avi at unix dot sh
` (3 preceding siblings ...)
2010-09-23 14:15 ` [Bug bootstrap/45760] " redi at gcc dot gnu dot org
@ 2010-09-23 14:46 ` avi at unix dot sh
2010-09-23 14:47 ` avi at unix dot sh
` (2 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: avi at unix dot sh @ 2010-09-23 14:46 UTC (permalink / raw)
To: gcc-bugs
------- Comment #5 from avi at unix dot sh 2010-09-23 14:46 -------
Jonathan, your comment #3 was very helpful. I have a very bizarre situation
dealing with cross compilers and entire platforms that must run in my home
directory.
Maybe the best and easier thing for my case is to statically link GCC to its
dependencies.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45760
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug bootstrap/45760] GCC build fails: can't find MPC
2010-09-23 13:07 [Bug other/45760] New: GCC build fails: can't find MPC avi at unix dot sh
` (4 preceding siblings ...)
2010-09-23 14:46 ` avi at unix dot sh
@ 2010-09-23 14:47 ` avi at unix dot sh
2010-09-23 15:28 ` redi at gcc dot gnu dot org
2010-09-23 15:28 ` redi at gcc dot gnu dot org
7 siblings, 0 replies; 9+ messages in thread
From: avi at unix dot sh @ 2010-09-23 14:47 UTC (permalink / raw)
To: gcc-bugs
------- Comment #6 from avi at unix dot sh 2010-09-23 14:47 -------
Now I have a better understanding of GCC build system.
--
avi at unix dot sh changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45760
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug bootstrap/45760] GCC build fails: can't find MPC
2010-09-23 13:07 [Bug other/45760] New: GCC build fails: can't find MPC avi at unix dot sh
` (5 preceding siblings ...)
2010-09-23 14:47 ` avi at unix dot sh
@ 2010-09-23 15:28 ` redi at gcc dot gnu dot org
2010-09-23 15:28 ` redi at gcc dot gnu dot org
7 siblings, 0 replies; 9+ messages in thread
From: redi at gcc dot gnu dot org @ 2010-09-23 15:28 UTC (permalink / raw)
To: gcc-bugs
------- Comment #8 from redi at gcc dot gnu dot org 2010-09-23 15:28 -------
... and assigning to myself again
--
redi at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |ASSIGNED
Last reconfirmed|2010-09-23 14:14:55 |2010-09-23 15:28:27
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45760
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug bootstrap/45760] GCC build fails: can't find MPC
2010-09-23 13:07 [Bug other/45760] New: GCC build fails: can't find MPC avi at unix dot sh
` (6 preceding siblings ...)
2010-09-23 15:28 ` redi at gcc dot gnu dot org
@ 2010-09-23 15:28 ` redi at gcc dot gnu dot org
7 siblings, 0 replies; 9+ messages in thread
From: redi at gcc dot gnu dot org @ 2010-09-23 15:28 UTC (permalink / raw)
To: gcc-bugs
------- Comment #7 from redi at gcc dot gnu dot org 2010-09-23 15:28 -------
I'm going to add something to the docs, so I'll keep this PR open until I do
that, so reopening ...
--
redi at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45760
^ permalink raw reply [flat|nested] 9+ messages in thread