This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug preprocessor/20472] Rre-processor header file search list wrong with --exec-prefix
- From: "gml4410 at ggr dot co dot uk" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 14 Mar 2005 18:09:32 -0000
- Subject: [Bug preprocessor/20472] Rre-processor header file search list wrong with --exec-prefix
- References: <20050314173950.20472.gml4410@ggr.co.uk>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From gml4410 at ggr dot co dot uk 2005-03-14 18:09 -------
> > which are the same locations, but using a more sensible (direct) route.
>
> This is not true. What happens with symbolic links and stuff.
If there are symbolic links involved then the "direct" path is going to be
the one I really want to use.
With:
/local/single/arch/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../include/c++/3.4.3
a) if symbolic links led me to a place other than
/local/single/arch/include/c++/3.4.3
then it would (almost?) certainly *not* be what was actually wanted
b) some OSes may refuse to open path su8ch as this unless
/local/single/arch/lib/gcc/i686-pc-linux-gnu/3.4.3
actually exists (in this case it does, but perhaps teher are cases when
it does not?).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20472