• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Deployment phase failure
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Deployment phase failure


  • Subject: Re: Deployment phase failure
  • From: Harry Plate <email@hidden>
  • Date: Fri, 31 Oct 2008 14:31:23 -0700
  • Thread-topic: Deployment phase failure

Ok, I seem to have a variation of this theme happening to me, but it centers
on 'xcodebuild'.

First of all, all the my Xcode projects (fm 2.5.1) compile just fine on my
new Leopard system with Xcode 3.1.1

BUT, many of my cron (using xcodebuild) builds fail. And they fail cuz of
the dreaded "Argument list too long: recursive header..." log entry.

So chkg the USER_HEADER_SEARCH_PATHS I found a couple of recursive entries,
and I eliminated those, but my cron script would still fail (and my Xcode
task would succeed).

Then I eliminated another recursive search (that came from a .xcconfig file
that many of my projects share) that was defined like this:

    $(ExternalSDK)/**

Where "ExternalSDK" was defined in the Xcode "Source Trees" preferences.

So it appears that these settings do NOT work with 'xcodebuild' - I say this
because it appears the "$(ExternalSDK)/**" resolves to "/**" which is the
recursive header culprit. Certainly  modifying the definition (eliminating
the recursion) fixes the "Argument list too long: recursive header..."
error; but, of course, the build phase fails cuz it cant find some the
subdirs under the $(ExternalSDK) folder.

Is it true that the Xcode settings are no longer available to 'xcodebuild'
in 3.1.1 (workd just fine in 2.5.1). Or is some other magic is required? I
suppose I could add the definitions to the script - but now I have 2 places
to deal with in event that my own "source trees" change.

-harry

> Checking Dependencies
> Argument list too long: recursive header expansion failed at /
> Developer/Documentation/DocSets/
> com.apple.ADC_Reference_Library.CoreReference.docset/Contents/
> Resources/Documents/documentation/AppleScript/Conceptual/AppleEvents/
> dispatch_aes_aepg.
>
> Can someone explain what this means  ( XCode 3.1.1 ) ?
>
> It means that for reasons we can't discern, you have added a
> recursive search path in your Header Search Paths that is looking in
> your /Developer/Documentation folder.  You shouldn't need any Header
> Search Paths to that location, and especially not a recursive one.
>
> 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

  • Follow-Ups:
    • Re: Deployment phase failure
      • From: Scott Tooker <email@hidden>
  • Prev by Date: Re: Localization of Cocoa-Xib for a Newbie
  • Next by Date: Re: Deployment phase failure
  • Previous by thread: Re: Xcode fails to authenticate with Subversion 1.5
  • Next by thread: Re: Deployment phase failure
  • Index(es):
    • Date
    • Thread