stdout: clang -g -O0 -fno-builtin -arch x86_64
-I/Users/vharron/ll/fresh/lldb/test/make/../../include -include
/Users/vharron/ll/fresh/lldb/test/make/test_common.h -c -o main.o main.m
stderr: main.m:10:23: error: attempting to use the forward class
'CKDatabase' as superclass of 'SubClass'
@interface SubClass : SuperClass
~~~~~~~~~~~~~~~~~~~ ^
main.m:8:20: note: expanded from macro 'SuperClass'
#define SuperClass CKDatabase
^
main.m:6:8: note: forward declaration of class here
@class CKDatabase;
^
main.m:14:12: error: cannot define class extension for undefined class
'CKDatabase'
@interface SuperClass ()
^
main.m:8:20: note: expanded from macro 'SuperClass'
#define SuperClass CKDatabase
^
main.m:6:8: note: forward declaration of class here
@class CKDatabase;
^
main.m:25:17: error: cannot find interface declaration for 'CKDatabase'
@implementation SuperClass (MySuperClass)
^
main.m:8:20: note: expanded from macro 'SuperClass'
#define SuperClass CKDatabase
^
[snip]
On Tue, May 12, 2015 at 1:57 PM, Enrico Granata <egran...@apple.com> wrote:
> I think I see… on my machine CloudKit is in PrivateFrameworks
>
> If you replace the #import with an @class CKDatabase; forward-declaration
> does anything improve?
>
> Failing even that, I will need to change this test to use a more publicly
> available class
>
> On May 12, 2015, at 1:51 PM, Vince Harron <vi...@nethacker.com> wrote:
>
> Note that the 6.1.1 mac's clang *does* include
>
> /Applications/Xcode.app/Contents/Developer/Platforms/
> MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks
>
> (It gets past the include failure)
>
>
> On Tue, May 12, 2015 at 1:48 PM, Vince Harron <vi...@nethacker.com> wrote:
>
>> I've done a little investigating on this.
>>
>> On my MacPro (Xcode 6.2), the inferior binary fails to build because it
>> can't find a header file.
>>
>> os command: make MAKE_DSYM=NO ARCH=x86_64 CC="clang"
>> with pid: 14574
>> stdout: clang -g -O0 -arch x86_64
>> -I/Users/vharron/ll/tot/lldb/test/make/../../include -include
>> /Users/vharron/ll/tot/lldb/test/make/test_common.h -c -o main.o main.m
>>
>> stderr: main.m:6:9: fatal error: 'CloudKit/CloudKit.h' file not found
>> #import <CloudKit/CloudKit.h>
>> ^
>> 1 error generated.
>> main.m:6:9: fatal error: 'CloudKit/CloudKit.h' file not found
>> #import <CloudKit/CloudKit.h>
>> ^
>> 1 error generated.
>> make: *** [main.o] Error 1
>>
>> vharron-macpro3:test vharron$ find / -name CloudKit.framework 2>/dev/null
>>
>> /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/System/Library/Frameworks/CloudKit.framework
>>
>> /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/CloudKit.framework
>>
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/CloudKit.framework
>>
>> That mac's clang -v reports:
>>
>> vharron-macpro3:test vharron$ cat main.cpp
>> int main() {return 0;}
>> vharron-macpro3:test vharron$ clang -v main.cpp
>> Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn)
>> [snip]
>> clang -cc1 version 6.0 based upon LLVM 3.5svn default target
>> x86_64-apple-darwin13.4.0
>> ignoring nonexistent directory "/usr/include/c++/v1"
>> ignoring nonexistent directory "/usr/local/include"
>> #include "..." search starts here:
>> #include <...> search starts here:
>>
>>
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1
>>
>>
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.0/include
>>
>>
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
>> /usr/include
>> /System/Library/Frameworks (framework directory)
>> /Library/Frameworks (framework directory)
>> End of search list.
>> [snip]
>>
>> Notice that
>>
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks
>> Is not in the list.
>>
>> I think that upgrading to Xcode 6.2 is what made clang lose this path.
>>
>> On a XCode 6.1.1 mac, we have the path, but we get a different compile
>> error (I'll send that to you when I can reproduce it.):
>>
>> [snip]
>> clang -cc1 version 6.0 based upon LLVM 3.5svn default target
>> x86_64-apple-darwin13.4.0
>> ignoring nonexistent directory
>> "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/c++/v1"
>> ignoring nonexistent directory
>> "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/local/include"
>> ignoring nonexistent directory
>> "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/Library/Frameworks"
>> #include "..." search starts here:
>> #include <...> search starts here:
>>
>>
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1
>>
>>
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.0/include
>>
>>
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
>>
>>
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include
>>
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks
>> (framework directory)
>> End of search list.
>> [snip]
>>
>>
>> On Tue, May 12, 2015 at 10:56 AM, Enrico Granata <egran...@apple.com>
>> wrote:
>>
>>>
>>> On May 10, 2015, at 12:21 AM, Vince Harron <vhar...@google.com> wrote:
>>>
>>> Should the dependency be removed or require CloudKit to run the tests?
>>>
>>> --
>>>
>>> Vince Harron | Technical Lead Manager | vhar...@google.com |
>>> 858-442-0868
>>> _______________________________________________
>>> lldb-dev mailing list
>>> lldb-dev@cs.uiuc.edu
>>> http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
>>>
>>>
>>> Is there a specific issue with the CloudKit framework?
>>>
>>> Thanks,
>>> *- Enrico*
>>> 📩 egranata@.com <emoji_u260e.png>️ 27683
>>>
>>>
>>> _______________________________________________
>>> lldb-dev mailing list
>>> lldb-dev@cs.uiuc.edu
>>> http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
>>>
>>>
>>
>
>
> Thanks,
> *- Enrico*
> 📩 egranata@.com [image: ☎]️ 27683
>
>
_______________________________________________
lldb-dev mailing list
lldb-dev@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
