public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* 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).