public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Mainline: C++ include files not found!
@ 2003-02-15 16:56 Gerald Pfeifer
  2003-02-15 17:17 ` Daniel Jacobowitz
  0 siblings, 1 reply; 3+ messages in thread
From: Gerald Pfeifer @ 2003-02-15 16:56 UTC (permalink / raw)
  To: gcc; +Cc: Daniel Jacobowitz

If I invoke gcc/g++ using a symlink (for example, ~/bin/gccvs pointing to
the actual location of the binaries which is _not_ in my path), gcc/g++ no
longer find C++ include files:

  % cat x.cc
  #include <iostream>
  #include <string>
  #include <set>
  #include <functional>
  #include <sstream>
  main() { }

  % gccvs x.cc
  x.cc:1:20: iostream: No such file or directory
  x.cc:2:18: string: No such file or directory
  x.cc:3:15: set: No such file or directory
  x.cc:4:22: functional: No such file or directory
  x.cc:5:19: sstream: No such file or directory

  % ls -ld `which gccvs`
  ... /home/pfeifer/bin/gccvs -> /sw/gcc-current/bin/g++
  % /sw/gcc-current/bin/g++ x.cc
  %

Daniel, might this be related to your recent changes wrt. sysroot?

Gerald

PS: Here is the output of gccvs -v x.cc:

Reading specs from /sw/gcc-current/lib/gcc-lib/sparc-sun-solaris2.9/3.4/specs
Configured with: /sw/test/gcc/cvs/configure --prefix=/sw/gcc-current --enable-languages=c,c++ --disable-checking
Thread model: posix
gcc version 3.4 20030214 (experimental)
 /sw/gcc-current/lib/gcc-lib/sparc-sun-solaris2.9/3.4/cc1plus -quiet -v -iprefix /home/pfeifer/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.4/ -D__GNUC__=3 -D__GNUC_MINOR__=4 -D__GNUC_PATCHLEVEL__=0 -Dsparc -D__sparc__ -D__sparc -D__GCC_NEW_VARARGS__ -Acpu=sparc -Amachine=sparc x.cc -D__GNUG__=3 -quiet -dumpbase x.cc -auxbase x -version -o /var/tmp//cck6suia.s
GNU C++ version 3.4 20030214 (experimental) (sparc-sun-solaris2.9)
	compiled by GNU C version 3.4 20030214 (experimental).
ignoring nonexistent directory "/home/pfeifer/lib/gcc-lib/sparc-sun-solaris2.9/3.4/../../../../include/c++/3.4"
ignoring nonexistent directory "/home/pfeifer/lib/gcc-lib/sparc-sun-solaris2.9/3.4/../../../../include/c++/3.4/sparc-sun-solaris2.9"
ignoring nonexistent directory "/home/pfeifer/lib/gcc-lib/sparc-sun-solaris2.9/3.4/../../../../include/c++/3.4/backward"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/home/pfeifer/lib/gcc-lib/sparc-sun-solaris2.9/3.4/include"
ignoring nonexistent directory "/home/pfeifer/lib/gcc-lib/sparc-sun-solaris2.9/3.4/../../../../sparc-sun-solaris2.9/include"
#include "..." search starts here:
#include <...> search starts here:
 /sw/gcc-current/include
 /usr/include
End of search list.
x.cc:1:20: iostream: No such file or directory
x.cc:2:18: string: No such file or directory
x.cc:3:15: set: No such file or directory
x.cc:4:22: functional: No such file or directory
x.cc:5:19: sstream: No such file or directory

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Mainline: C++ include files not found!
  2003-02-15 16:56 Mainline: C++ include files not found! Gerald Pfeifer
@ 2003-02-15 17:17 ` Daniel Jacobowitz
  2003-02-19 17:47   ` Mike Stump
  0 siblings, 1 reply; 3+ messages in thread
From: Daniel Jacobowitz @ 2003-02-15 17:17 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: gcc

On Sat, Feb 15, 2003 at 11:48:16AM +0100, Gerald Pfeifer wrote:
> If I invoke gcc/g++ using a symlink (for example, ~/bin/gccvs pointing to
> the actual location of the binaries which is _not_ in my path), gcc/g++ no
> longer find C++ include files:
> 
>   % cat x.cc
>   #include <iostream>
>   #include <string>
>   #include <set>
>   #include <functional>
>   #include <sstream>
>   main() { }
> 
>   % gccvs x.cc
>   x.cc:1:20: iostream: No such file or directory
>   x.cc:2:18: string: No such file or directory
>   x.cc:3:15: set: No such file or directory
>   x.cc:4:22: functional: No such file or directory
>   x.cc:5:19: sstream: No such file or directory
> 
>   % ls -ld `which gccvs`
>   ... /home/pfeifer/bin/gccvs -> /sw/gcc-current/bin/g++
>   % /sw/gcc-current/bin/g++ x.cc
>   %
> 
> Daniel, might this be related to your recent changes wrt. sysroot?

Yes.  You've run afoul of this chunk:
        (init_standard_includes): Handle add_sysroot.  Do not
        add unrelocated copies of relocated directories.

Unfortunately, we can't just yank that part - it's a bug fix; without
it, a relocated include directory that should be searched after
$prefix/include would be searched before it instead.

Folks, should we explicitly use readlink to follow if argv[0] turns out
to be a link?  I guess that's reasonable.  I'm thinking of doing it
directly in make_relative_prefix.

> ignoring nonexistent directory "/home/pfeifer/lib/gcc-lib/sparc-sun-solaris2.9/3.4/../../../../include/c++/3.4"
> ignoring nonexistent directory "/home/pfeifer/lib/gcc-lib/sparc-sun-solaris2.9/3.4/../../../../include/c++/3.4/sparc-sun-solaris2.9"
> ignoring nonexistent directory "/home/pfeifer/lib/gcc-lib/sparc-sun-solaris2.9/3.4/../../../../include/c++/3.4/backward"
> ignoring nonexistent directory "/usr/local/include"
> ignoring nonexistent directory "/home/pfeifer/lib/gcc-lib/sparc-sun-solaris2.9/3.4/include"
> ignoring nonexistent directory "/home/pfeifer/lib/gcc-lib/sparc-sun-solaris2.9/3.4/../../../../sparc-sun-solaris2.9/include"
> #include "..." search starts here:
> #include <...> search starts here:
>  /sw/gcc-current/include
>  /usr/include
> End of search list.
> x.cc:1:20: iostream: No such file or directory
> x.cc:2:18: string: No such file or directory
> x.cc:3:15: set: No such file or directory
> x.cc:4:22: functional: No such file or directory
> x.cc:5:19: sstream: No such file or directory
> 

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Mainline: C++ include files not found!
  2003-02-15 17:17 ` Daniel Jacobowitz
@ 2003-02-19 17:47   ` Mike Stump
  0 siblings, 0 replies; 3+ messages in thread
From: Mike Stump @ 2003-02-19 17:47 UTC (permalink / raw)
  To: Daniel Jacobowitz; +Cc: Gerald Pfeifer, gcc

On Saturday, February 15, 2003, at 05:51 AM, Daniel Jacobowitz wrote:
> Folks, should we explicitly use readlink to follow if argv[0] turns out
> to be a link?  I guess that's reasonable.

Yes, please.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2003-02-19 17:37 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-02-15 16:56 Mainline: C++ include files not found! Gerald Pfeifer
2003-02-15 17:17 ` Daniel Jacobowitz
2003-02-19 17:47   ` Mike Stump

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