Uhhmm, not to mislead any further: the problem arises in compiling
project files - where I do have control - but the file including time.h
is a system one which cannot be changed of course.
So the issue is rather weird. Should not the compiler not be fooled in
Xcode? Is not an issue when compiling in the terminal.
M.
On Aug 25, 2004, at 5:54 PM, Keith Ray wrote:
Did you try
#include <usr/time.h>
?
On Aug 25, 2004, at 7:37 AM, Massimo Marino wrote:
Hi there,
pretty new to Xcode. Am using vs 1.5 . Currently just kicking the
tires.
I came across an oddity - related to case sensitivity - and I
wondered if there is a workaround.
On a C++ file in a Xcode project for building a shared library there
is a
#include <time.h>
Xcode complains that the file Base/Time.h (where Base/Time.h is
within the project - with multiple targets - in the Base directory)
cannot be found. Is there a way to tell Xcode that the file in
question is /usr/include/time.h and not be confused?
If I remove reference to the Base group in the project then Xcode
proceeds.
Is this going to bite a lot? Any way to force looking into system
files (after all it is a <time.h> and not a "time.h" )
Searched extensively into Xcode documentation but found absolutely
nothing on the subject.
Cheers
M.
_______________________________________________
xcode-users mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/xcode-users
Do not post admin requests to the list. They will be ignored.
_______________________________________________
xcode-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/xcode-users
Do not post admin requests to the list. They will be ignored.
