[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2018-07-04 Thread egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 Eric Gallager changed: What|Removed |Added Keywords||build See Also|

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2015-06-04 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #16 from Andrew Pinski pinskia at gcc dot gnu.org --- Just to let everyone know this is how Darin's ld work. It searches for shared libraries through all of the library patches and then if it does not find one, it searches for a

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2015-06-04 Thread egall at gwmail dot gwu.edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 Eric Gallager egall at gwmail dot gwu.edu changed: What|Removed |Added CC||egall at

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread pinskia at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #1 from pinskia at gmail dot com pinskia at gmail dot com 2012-08-17 19:13:50 UTC --- This is a darwin only issue. On Aug 17, 2012 12:07 PM, tobi at gcc dot gnu.org gcc-bugzi...@gcc.gnu.org wrote:

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread tobi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 Tobias Schlüter tobi at gcc dot gnu.org changed: What|Removed |Added Host||darwin ---

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread glisse at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #3 from Marc Glisse glisse at gcc dot gnu.org 2012-08-17 19:27:08 UTC --- When you say: the system libraries, where are they? /opt/local/lib?

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread tobi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #4 from Tobias Schlüter tobi at gcc dot gnu.org 2012-08-17 19:29:56 UTC --- BTW PR50914, though closed as invalid, indicates that similar mixups can also happen on i686-linux.

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread tobi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #5 from Tobias Schlüter tobi at gcc dot gnu.org 2012-08-17 19:31:37 UTC --- It seems I have them in /usr/lib and in /opt/local/lib. How can I find out which one it picks up?

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread tobi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #6 from Tobias Schlüter tobi at gcc dot gnu.org 2012-08-17 19:33:44 UTC --- Sorry, my mistake, it's ~/usr/lib not /usr/lib. I'll have to find out if that is included in any search path (I doubt it). About the one in /opt/local/lib I

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread tobi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #7 from Tobias Schlüter tobi at gcc dot gnu.org 2012-08-17 19:35:30 UTC --- Ok, the one in ~/usr/lib is 2.2.1, so this error wouldn't appear if it got picked up.

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread tobi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #8 from Tobias Schlüter tobi at gcc dot gnu.org 2012-08-17 19:38:54 UTC --- Sorry, didn't mean to hit Save Changes yet. In the past I had to configure with ../configure --with-libiconv-prefix=/opt/local --enable-languages=fortran

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread glisse at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #9 from Marc Glisse glisse at gcc dot gnu.org 2012-08-17 19:40:19 UTC --- Well, there is the usual problem that if you use external libraries A and B that are both installed in both path1 and path2 and you want A from path1 and B from

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread tobi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #10 from Tobias Schlüter tobi at gcc dot gnu.org 2012-08-17 20:56:40 UTC --- You don't need the -L flags for the in-tree libraries at all as you could just put, say, path_to_mpfr/libmpfr.a on the command line. I understand that this

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread glisse at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #11 from Marc Glisse glisse at gcc dot gnu.org 2012-08-17 21:21:57 UTC --- (In reply to comment #10) You don't need the -L flags for the in-tree libraries at all as you could just put, say, path_to_mpfr/libmpfr.a on the command

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread tobi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #12 from Tobias Schlüter tobi at gcc dot gnu.org 2012-08-17 21:35:50 UTC --- Well, directories given by -I are searched before system directories, -L adds directories to the end of the library search list, so their functions are not

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread glisse at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #13 from Marc Glisse glisse at gcc dot gnu.org 2012-08-17 22:06:07 UTC --- (In reply to comment #12) Well, directories given by -I are searched before system directories, Yes (system directories are those given by -isystem or

[Bug bootstrap/54304] linking stage picks up system mpfr instead of in-tree version

2012-08-17 Thread tobi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54304 --- Comment #14 from Tobias Schlüter tobi at gcc dot gnu.org 2012-08-17 22:25:15 UTC --- Ah, true, further down in the ld manpage this is stated clearly. Thanks!