Re: xcodebuild fails to "load dependencies output contents"
Re: xcodebuild fails to "load dependencies output contents"
- Subject: Re: xcodebuild fails to "load dependencies output contents"
- From: Jerry Krinock <email@hidden>
- Date: Tue, 11 Mar 2014 13:04:05 -0700
On 2014 Mar 11, at 11:35, Michael Rawdon <email@hidden> wrote:
> This message is just a warning (which it says in the message, albeit buried in the first line). It usually happens because that command or possibly some other command failed (causing Xcode to halt that command), and Xcode then tries to read dependency info from that command (or from other commands which have been cancelled). So, it’s a bug in Xcode. But it is harmless other than adding this extra verbiage to the build log.
>
> In other words, this is not the cause of the build failure you’re seeing. It’s probably emitted somewhere else in that log, not reproduced in the log snippet above (but likely immediately nearby).
Thank you, Michael. The two failures which occur later in CompileC build commands occur when compiling these same two source files for which this warning says that “.d” files cannot be found. Here is one of them, in which I have snipped out most of it and put it some line feeds to show the relevant details:
CompileC build/BkmkMgrs.build/Release/Bkmxwork.build/Objects-normal/x86_64/BkmxBasis.o BkmxBasis.m normal x86_64 objective-c com.apple.compilers.llvm.clang.1_0.compiler
cd /Users/jk/Dev/Projects/BkmkMgrs
setenv LANG en_US.US-ASCII
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -x objective-c -arch x86_64
<<<SNIP>>>>
-I../Sparkle
<<<SNIP>>>
-MMD
-MT dependencies
-MF /Users/jk/Dev/Projects/BkmkMgrs/build/BkmkMgrs.build/Release/Bkmxwork.build/Objects-normal/x86_64/BkmxBasis.d
--serialize-diagnostics /Users/jk/Dev/Projects/BkmkMgrs/build/BkmkMgrs.build/Release/Bkmxwork.build/Objects-normal/x86_64/BkmxBasis.dia
-c /Users/jk/Dev/Projects/BkmkMgrs/BkmxBasis.m
-o /Users/jk/Dev/Projects/BkmkMgrs/build/BkmkMgrs.build/Release/Bkmxwork.build/Objects-normal/x86_64/BkmxBasis.o
/Users/jk/Dev/Projects/BkmkMgrs/BkmxBasis.m:12:9: fatal error: 'Sparkle/SUUpdater.h' file not found
#import "Sparkle/SUUpdater.h"
It says that it can’t find a Sparkle (that is, Andy Matuschak et al) header file. But building this same target in Xcode, either Debug or Archive, works fine. Comparing the above command with the same command in Xcode Build Transcript, which works, I see that both of them include option "-I../Sparkle”, which is the path to the directory which indeed *does* containing SUUpdater.h.
To prove that, I ran the commands from the xcodebuild transcript “manually” in Terminal. Got the same result:
/Users/jk/Dev/Projects/BkmkMgrs/BkmxBasis.m:12:9: fatal error: 'Sparkle/SUUpdater.h' file not found
#import "Sparkle/SUUpdater.h"
^
1 error generated.
# Let’s test that path ../Sparkle ourselves, and verify that SUUpdater.h is in there.
Air2:BkmkMgrs jk$ cd ../Sparkle
Air2:Sparkle jk$ stat SUUpdater.h
16777220 3711257 -rw-r--r-- 1 jk staff 0 6623 "Mar 9 22:02:11 2014" "Apr 23 19:16:56 2013" "Jul 5 03:29:33 2013" "Apr 23 19:16:56 2013" 4096 16 0 SUUpdater.h
Air2:Sparkle jk$
SUUpdater.h is clearly there.
The obvious suspect is that, because the “.d” file is absent, the preprocessor did not properly use the -I Header Search Paths it was given. This looks like a good starting point for further study…
http://stackoverflow.com/questions/5584435/how-to-print-dependencies-from-llvm-clang-equivalent-of-gcc-md
I hope this rings a bell with you Michael or anyone else. What is supposed to produce the “.d” file?
Jerry
_______________________________________________
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