Re: Problem with included headers
Re: Problem with included headers
- Subject: Re: Problem with included headers
- From: Chris Espinosa <email@hidden>
- Date: Thu, 9 Feb 2006 08:46:39 -0800
On Feb 9, 2006, at 7:30 AM, Ronald Fenner wrote:
I'm trying to compile Freetype's dynamic libraries but running into a problem with its includes.
One of the files has an include <freetype/config/ftheader.h> and Xcode can't find it.
I know it's not considered a user header so I went into the project config and added $(SRCROOT)/include/ which contains the headers path to Header Search Path. When I recompile Xcode still can't find the path even if i set the path to be recursive as well. It also doesn't work if i put it under User Header Search Path.
Any one know where i should put the include dir path so that Xcode searches it. I don't want to have to put the headers somewhere in the system or xcode development folder for a library that will be bundled with the app I'm working on.
Make sure that $(SRCROOT) means what you think it means: it's the directory that contains your .xcodeproj file, not what you may consider your "source" folder. If your project file, for example, is in /Repository/MyProject/ProjectFiles and the includes are in /Repository/MyProject/include/, the above path will be wrong: you need to do $(SRCROOT)/../include to get there.
The easy way to debug this is to add -v to the Other C Flags build setting, compile a file that uses this #include, and read the full build transcript. It will list all the paths that the compiler is searching, in order, for both "" and <>-style includes. From there it's pretty easy to spot the error; if you can't do it yourself, post the transcript here (both invocation and error) and we'll take a look at it.
Chris |
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden