eigene features.h unter Linux gcc

???

features.h ist ein Systemheader (des gcc-Compilers), der sollte gar kein 
Bestandteil des Projektes sein.

Was also ist jetzt genau das Problem?

Oliver

Eigentlich müsste das klappen, wenn das Verzeichnis was die Datei 
enthält mit -I in der compiler command line auftaucht. Wie sieht die 
aus?

Vermutlich hat das Projekt eine eigene features.h, und wurde unter 
Windows nicht mit gcc compiliert. Wenn die dann noch fälschlicherweise 
als Systeminclude per <> includiert wurde, statt mit ““, dann kann man 
wenig machen.

Aber dazu muß Zelda mal mehr Infos liefern.

Oliver

Zelda schrieb:
> Vom vorgegebenen Code dürfen wir aber ncihts ändern.

Wenn ich so eine Scheiße schon lese ...

Hannes J. schrieb:
> Zelda schrieb:
>> Vom vorgegebenen Code dürfen wir aber ncihts ändern.
>
> Wenn ich so eine Scheiße schon lese ...

Ja, das ist schon von vorne herein Krampf.

Zelda schrieb:
> Gibt es eine Möglichkeit genau zu sagen, welche features.h angezogen
> werden soll?

Das gibt man als Teil der #include-Direktive an. #include <features.h> 
sucht erst bei den Systemheadern, dann bei denen des Programms. #include 
"features.h" macht es umgekehrt.

Was man noch versuchen könnte, wäre, den Header nochmal extra über die 
Kommandozeile mit -i (nicht -I) einzubinden, aber das würde ich als sehr 
unschönen Hack sehen. Besser wäre, es richtig zu machen, was aber wohl 
auf eine Änderung des Code hinaus läuft.

Zelda schrieb:
> Vom vorgegebenen Code dürfen wir aber ncihts ändern.

Die Vorgabe ist Schwachsinn. Der, der sie gemacht hat, hat gewiss nicht 
überprüft ob es überhaupt möglich ist sie einzuhalten.

Rolf M. schrieb:
> Das gibt man als Teil der #include-Direktive an. #include <features.h>
> sucht erst bei den Systemheadern, dann bei denen des Programms. #include
> "features.h" macht es umgekehrt.

Das dachte ich auch, aber in der gcc-Manpage steht:

           You can specify any number or combination of these options on 
the command line to search for header files in several directories.  The 
lookup order is as follows:

           1.  For the quote form of the include directive, the 
directory of the current file is searched first.

           2.  For the quote form of the include directive, the 
directories specified by -iquote options are searched in left-to-right 
order, as they appear on the command line.

           3.  Directories specified with -I options are scanned in 
left-to-right order.

           4.  Directories specified with -isystem options are scanned 
in left-to-right order.

           5.  Standard system directories are scanned.

           6.  Directories specified with -idirafter options are scanned 
in left-to-right order.

Ich verstehe das so, dass Verzeichnisse, die mit -I angegeben sind, 
immer zuerst durchsucht werden, oder? Sprich, wenn es ein features.h in 
./include/ gibt und ich -I./include/ mache, sollte es immer das nehmen 
vor dem in /usr/include, egal ob ich die "" oder die <> Syntax benutze.

Ja.
Noch genauer lässt sich das mit -quote und -isystem angeben.

Oliver

grrr...

-iquote

Oliver