Searching include paths

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-I- is deprecated.  Is this the only option that allows for one to
disable having quoted-include search the current directory of the file
doing the quoted-include?  Is there any option with which one can
cause the specified directory to be searching before the current
directory of the file doing the quoted-include?  Consider, for
example, the following:

localhost:foo dkick$ pwd
/Users/dkick/tmp/work
localhost:work dkick$ find . -type f -exec echo {} \; -exec cat {} \;
./bar/baz/qux.hh
// Hooray!
./foo/baz/qux.hh
#error Frack!
./foo/qux.cc
#include "baz/qux.hh"
localhost:work dkick$ cd foo
localhost:foo dkick$ g++ -c -I ~/tmp/work/bar -I- qux.cc
cc1plus: note: obsolete option -I- used, please use -iquote instead
localhost:foo dkick$ g++ -c -iquote ~/tmp/work/bar qux.cc
In file included from qux.cc:1:
baz/qux.hh:1:2: error: #error Frack!
localhost:foo dkick$ 

Because the path specified by -iquote does not come before the current
directory of "qux.cc", the compilation example which uses -iquote is
finding "~/tmp/work/foo/baz/qux.hh".  I can't quite think of a way to
get a compilation to find the Right File (TM), assuming the same
directory structure and file contents, without using -I-.  Is there
some way to do it?

Now... I'm not claiming in any way that this example directory
structure is a Good Idea (TM) or anything.  It's just a hypothetical.




[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux