public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Jeffrey A Law <law@cygnus.com>
To: Carlo Wood <carlo@runaway.xs4all.nl>
Cc: egcs@cygnus.com (egcs@cygnus.com)
Subject: Re: Search paths
Date: Thu, 02 Jul 1998 15:15:00 -0000	[thread overview]
Message-ID: <1725.899402028@hurl.cygnus.com> (raw)
In-Reply-To: <199807021533.RAA21650@jolan.ppro>

  In message < 199807021533.RAA21650@jolan.ppro >you write:
  > | Use "gcc --print-search-dirs" to get a list of its internal search paths.
  > 
  > Interesting, didn't know about that one :)...
Don't feel bad -- I worked on the compiler for years before I new about
it.

  > The order seems pretty messy though, it looks often in
  > directories that do not exist (but carry the version
  > of THIS particular snapshot/version).
We can't even guess what might be going on since we don't know how
you configured the toolchain.

Many directories are searched because they *may* contain things
built by other packages like binutils, libg++, etc.  Just because
a directory is empty in an egcs installation doesn't mean it's
always empty.

Some paths come from compiler builtins derived from MD_EXEC_PREFIX
(which is necessary to find some system things like crt0), others
are derived from your configure arguments).  Depending on the exact
values, some searches of the same directory would be considered
normal.

  > Me thinks that the search paths do need a face lift.
Maybe.  I think you're taking an overly simplistic viewpoint of
how they're used.

jeff

  reply	other threads:[~1998-07-02 15:15 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-07-01  0:54 Telling gcc about the binutils Markus Klink
1998-07-01 20:15 ` Martin von Loewis
1998-07-01 21:20 ` Jeffrey A Law
1998-07-02 11:02   ` Search paths Carlo Wood
1998-07-02 15:15     ` Jeffrey A Law [this message]
1998-07-02 13:16       ` Carlo Wood
1998-07-03  0:12     ` Robert Lipe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1725.899402028@hurl.cygnus.com \
    --to=law@cygnus.com \
    --cc=carlo@runaway.xs4all.nl \
    --cc=egcs@cygnus.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).