Re: Again, Why Doesn't XCode Compile a Framework Header Included in the Project?
Re: Again, Why Doesn't XCode Compile a Framework Header Included in the Project?
- Subject: Re: Again, Why Doesn't XCode Compile a Framework Header Included in the Project?
- From: David Alter <email@hidden>
- Date: Wed, 26 Oct 2005 12:18:31 -0700
I'm experiencing this very same issue with the SimpleStickies
example. Here is what I'm seeing
I have downloaded the SimpleStickies example and when I go to build
it I get the following error
In file included from /Users/david/Development/Coccoa/Sample code/
SimpleStickies3_Final/AppDelegate.m:52:
/Users/david/Development/Coccoa/Sample code/SimpleStickies3_Final/
AppDelegate.h:53:38: error: SyncServices/SyncServices.h: No such file
or directory
I can provide more detailed build log information if needed.
So I have done as Chris has suggested and looked to make sure the
file is there.
[alterego:Versions/Current/Headers] david% cd /System/Library/
Frameworks/SyncServices.framework/Versions/Current/Headers/
[alterego:Versions/Current/Headers] david% ls -l
total 128
-rw-r--r-- 1 root wheel 1988 May 14 13:39 ISyncChange.h
-rw-r--r-- 1 root wheel 13387 May 14 13:39 ISyncClient.h
-rw-r--r-- 1 root wheel 263 May 14 13:39 ISyncCommon.h
-rw-r--r-- 1 root wheel 1178 May 14 13:39 ISyncFilter.h
-rw-r--r-- 1 root wheel 13147 May 14 13:39 ISyncManager.h
-rw-r--r-- 1 root wheel 1399 May 14 13:39 ISyncRecordSnapshot.h
-rw-r--r-- 1 root wheel 11792 May 14 13:39 ISyncSession.h
-rw-r--r-- 1 root wheel 411 May 14 13:39 SyncServices.h
[alterego:Versions/Current/Headers] david%
The file appears to be there. So can I read the file?
[alterego:Versions/A/Headers] david% tail SyncServices.h
*/
#import <Foundation/Foundation.h>
#import <SyncServices/ISyncCommon.h>
#import <SyncServices/ISyncChange.h>
#import <SyncServices/ISyncClient.h>
#import <SyncServices/ISyncFilter.h>
#import <SyncServices/ISyncManager.h>
#import <SyncServices/ISyncRecordSnapshot.h>
#import <SyncServices/ISyncSession.h>
[alterego:Versions/A/Headers] david%
It looks like i can read it. I'm also able to read it with xCode and
BBEdit.
So I tried a few of the other suggestions from this thread. I tried
turning off fast user switching. Then I ran fsck -fy. After that I
user Dick Utilities to repair permissions. That did not fix the issue.
I'm seeing this issue on two computer. Booth computer are running
10.4.2. Both computer are using xCode 2.1. Both computers had fast
user switching turned on when I first tried this. I don't know if
that is an issue but it came up in the thread. Nether computer has a
dual processor.
I have asked two other people to download and build the
SimpleStickies project. They where both able to do it successfully.
Now I got to the end of this thread only to learn the Kirt resolved
the problem by doing a clean install of the OS and the tools. I'm
hopeful that there is a better solution that.
Please let me know if you need any additional information. Thank you
in advance for your help.
David
On Sep 6, 2005, at 10:21 PM, Chris Espinosa wrote:
On Sep 6, 2005, at 9:57 PM, Kirt Cathey wrote:
I am running OS X 10.4.2
XCode 2.1
Don't know what you mean by per-user source trees, but shouldn't
make a difference in this case.
I am trying to compile the SimpleStickie sample code downloaded
off of the Apple developer web site.
The search path is absolute and indicated in my previous posting /
System/Library/Frameworks
And yes I have confirmed paths all the way to the headers.
As for unanswered postings...
http://lists.apple.com/archives/xcode-users/2005/Mar/msg00046.html
That has to do with finding the header by command-double-clicking,
which is a function of indexing, not compiling. It really has
nothing to do with the problem you describe.
So, fine it's not a linking issue.....
So far as you've described it, when you compile you get an error
message saying it cannot find the header file. That means it's not
indexing or project navigation, because it occurs while compiling.
And because compiling fails, it's not a linking issue, because
linking doesn't happen until you have successful compilation.
So it's a problem either with
- the way the paths to the framework are being specified to the
compiler
(which is why I asked for the build log transcript)
- whether the header is actually in the place it is supposed to be
(which you above claim it is, but I'd like to see the ls listing
of the SyncServices.framework/Versions/Current/Headers directory)
- whether the header itself can be read
(can you open SyncServices.h and read its contents?)
It could be something as straightforward as a file not copied on
installation, or directory corruption on the hard disk. It could
be that you are mis-specifying the path, but on the successful
machine there's some fallback path that is working, but not on the
broken one.
Is the machine that fails to open SyncServices.h by any chance a
dual-processor machine?
Chris
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40alterconsulting.net
This email sent to email@hidden
_______________________________________________
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