public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
* include directory confusion.
@ 2001-03-21 13:13 tc lewis
  0 siblings, 0 replies; only message in thread
From: tc lewis @ 2001-03-21 13:13 UTC (permalink / raw)
  To: gcc-help

hi.  i'm a little confused about how gcc decides in what directories it
looks for include files.  what i'd like to accomplish is to build a gcc
(i'm using 2.95.3 on linux/x86) that looks in /include and nowhere else
(except for its internal headers [prefix/include]).  i don't really want
it looking in /usr/include or /usr/local/include.  the --with-local-prefix
option to configure should aid me in using /include instead of
/usr/local/include, correct?  does the normal --prefix option override the
typical /usr/include path, or is /usr/include hardcoded in elsewhere?

i'm just not certain if i'm reading these docs correctly or not and such.
and i don't really understand the warnings like:
     *Do not* specify `/usr' as the `--with-local-prefix'!  The
     directory you use for `--with-local-prefix' *must not* contain any
     of the system's standard header files.  If it did contain them,
     certain programs would be miscompiled (including GNU Emacs, on
     certain targets), because this would override and nullify the
     header file corrections made by the `fixincludes' script.

or what "fixincludes" does exactly and so on.

is it impossible to combined system and non-system headers in the same
include directory (in my case, /include)?

any clarification would be much appreciated.

-tcl.


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2001-03-21 13:13 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-03-21 13:13 include directory confusion tc lewis

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).