* Search path of libs confusing
@ 1997-11-03 13:37 Robert Lipe
1997-11-04 15:39 ` Jeffrey A Law
0 siblings, 1 reply; 2+ messages in thread
From: Robert Lipe @ 1997-11-03 13:37 UTC (permalink / raw)
To: egcs
This is clearly inspired by my recent trip to hell caused by
egcs picking up the wrong libstdc++.a, but looking at this
closer makes me wonder if it's really optimal.
$ ./xgcc -B./ -print-search-dirs
install: /usr/local/lib/gcc-lib/i586-pc-sco3.2v5.0.4/egcs-2.90.15/
programs: ./i586-pc-sco3.2v5.0.4/egcs-2.90.15/:./:/usr/local/lib/gcc-lib/i586-p
c-sco3.2v5.0.4/egcs-2.90.15/:/usr/local/lib/gcc-lib/i586-pc-sco3.2v5.0.4/:/usr/
lib/gcc/i586-pc-sco3.2v5.0.4/egcs-2.90.15/:/usr/lib/gcc/i586-pc-sco3.2v5.0.4/:/
usr/local/i586-pc-sco3.2v5.0.4/bin/i586-pc-sco3.2v5.0.4/egcs-2.90.15/:/usr/loca
l/i586-pc-sco3.2v5.0.4/bin/:/usr/ccs/bin/i586-pc-sco3.2v5.0.4/egcs-2.90.15/:/us
r/ccs/bin/
libraries: ./i586-pc-sco3.2v5.0.4/egcs-2.90.15/:./:/usr/local/lib/gcc-lib/i586-
pc-sco3.2v5.0.4/egcs-2.90.15/:/usr/lib/gcc/i586-pc-sco3.2v5.0.4/egcs-2.90.15/:/
usr/local/i586-pc-sco3.2v5.0.4/lib/i586-pc-sco3.2v5.0.4/egcs-2.90.15/:/usr/loca
l/i586-pc-sco3.2v5.0.4/lib/:/usr/ccs/bin/i586-pc-sco3.2v5.0.4/egcs-2.90.15/:/us
r/ccs/bin/:/usr/ccs/lib/i586-pc-sco3.2v5.0.4/egcs-2.90.15/:/usr/ccs/lib/:/usr/l
ocal/lib/i586-pc-sco3.2v5.0.4/egcs-2.90.15/:/usr/local/lib/:/lib/i586-pc-sco3.2
v5.0.4/egcs-2.90.15/:/lib/:/usr/lib/i586-pc-sco3.2v5.0.4/egcs-2.90.15/:/usr/lib
/
Rather than searching for libs in ./i586-pc-sco3.2v5.0.4/egcs-2.90.15
should't it be looking in ../libraries? Is this fallout from the
grand library shuffle from a few months ago?
Regardless of whether -mcoff or -melf is specified, the
search dirs are the same. Yet the elf libraries are in
libraries/*/*.a and the coff libraries are in libraries/coff/*/*.a.
Is this really right? This might indicate a problem in the
multilibbing of my target.
RJL
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Search path of libs confusing
1997-11-03 13:37 Search path of libs confusing Robert Lipe
@ 1997-11-04 15:39 ` Jeffrey A Law
0 siblings, 0 replies; 2+ messages in thread
From: Jeffrey A Law @ 1997-11-04 15:39 UTC (permalink / raw)
To: Robert Lipe; +Cc: egcs
> This is clearly inspired by my recent trip to hell caused by
> egcs picking up the wrong libstdc++.a, but looking at this
> closer makes me wonder if it's really optimal.
It's far from optimal....
> Rather than searching for libs in ./i586-pc-sco3.2v5.0.4/egcs-2.90.15
> should't it be looking in ../libraries? Is this fallout from the
> grand library shuffle from a few months ago?
It's not fallout from the library shuffle.
-B (AFAIK) wasn't ever meant to go fix all the -L arguments, just
add a new one so that libraries in the directory specified by
-B were found.
Making -B check ../libraries isn't going to help -- it would have
to do down in libio/libstdc++ to be useful.
One could argue that is the desired behavior -- I might even agree
since I've fought this more than once.
> Regardless of whether -mcoff or -melf is specified, the
> search dirs are the same. Yet the elf libraries are in
> libraries/*/*.a and the coff libraries are in libraries/coff/*/*.a.
> Is this really right? This might indicate a problem in the
> multilibbing of my target.
The multilib stuff happens later in gcc.c if I remember right --
part of the "find_file" routine instead of modifying the search
path directly.
jeff
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~1997-11-04 15:39 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1997-11-03 13:37 Search path of libs confusing Robert Lipe
1997-11-04 15:39 ` Jeffrey A Law
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).