Hi all. Following question was posted on gcc@xxxxxxxxxxx with no response for a few days. MAybe someone here at gcc-help can answer this? The current implmentation of how to build the linux kernel in a separate output directory put some hard requirements on the source directory. The problem shows up with generated .h files. Consider the following: dir/file.c #include "file.h" Where file.h is autogenerated. So when executing the make in same directory as the source, file.h will be generated and located in the same directory as file.c. When the kernel then is compiled in a separate output directory a new file.h is generated. But due to the include search order implied by gcc there is no way to tell that the separate output dir shall be searched for file.h before (or as replacement for) the directory where file.c lives. Except when using -I- which has this effect. But I now learnt that -I- is deprecated. Will there any way to say "do not look in same dir as .c file" when -I- is removed? To my understaninding -iquote only list directories to search for when using #include "file" - and has no additional effect. So -iquote is not the answer. Note: Usage of -I- is not implemented in the kernel - but it is (was) on my to-do list. I did not bring up this before, because I only recently subscribed to gcc - and my current gcc is 3.3.5 (Gentoo 3.3.5-rc1). Sam
