• 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: XCode 2.2 common error
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: XCode 2.2 common error


  • Subject: Re: XCode 2.2 common error
  • From: Ken Anderson <email@hidden>
  • Date: Fri, 31 Mar 2006 12:02:53 -0500

Scott,

I have experienced something similar - the only thought I have is that it has to do with how xcode determines what files are dirty.

In general, if I have a project that has been built completely and then I quickly modify one file, hit cmd-s, then build - I get this error. If something has been dirty for a while, it doesn't occur.

Ken

On Mar 31, 2006, at 11:59 AM, Scott Winn wrote:

I get a jam error quite frequently when compiling in XCode 2.2 PPC. I haven't really looked into it. I just recompile and the error is gone.

The failed build transcript looks like this. . .


JamToolExecution "Application Server"
cd /Users/swinn/LMImport
setenv ASCII_OUTPUT_ANNOTATION YES
setenv ENABLE_APPLE_JAM_EXTENSIONS YES
setenv ENABLE_APPLE_JAM_OUTPUT_ANNOTATION YES
setenv GROUP swinn
setenv NATIVE_ARCH ppc
setenv USER swinn
/Developer/Private/jam -d1 -j2 JAMBASE=/Developer/Makefiles/ pbx_jamfiles/ProjectBuilderJambase JAMFILE=/Users/swinn/LMImport/ build/LMImport.build/Development/Application\ Server.build/ Application\ Server.jam build ACTION=build _DEFAULT_GCC_VERSION=4.0 GCC_VERSION_IDENTIFIER=4_0 CONFIGURATION=Development BUILD_STYLE=Development CPP_HEADERMAP_FILE=/Users/swinn/LMImport/ build/LMImport.build/Development/Application\ Server.build/ _WOServerLMImport.hmap SRCROOT=/Users/swinn/LMImport OBJROOT=/Users/ swinn/LMImport/build SYMROOT=/Users/swinn/LMImport/build DSTROOT=/ tmp/LMImport.dst


**** 1st difference with successful build

ClearJavaFileList "/Users/swinn/LMImport/build/LMImport.build/ Development/Application Server.build/JavaFileList"
/bin/rm -rf "/Users/swinn/LMImport/build/LMImport.build/ Development/Application Server.build/JavaFileList" && /usr/bin/ touch "/Users/swinn/LMImport/build/LMImport.build/Development/ Application Server.build/JavaFileList"


**** End 1st difference

AppendToJavaFileList "/Users/swinn/LMImport/build/LMImport.build/ Development/Application Server.build/JavaClasses/EditCompany.class" EditCompany.java
_grep_result=`/usr/bin/grep -e \""EditCompany.java"\" "/Users/ swinn/LMImport/build/LMImport.build/Development/Application Server.build/JavaFileList"`
if [ "x$_grep_result" = "x" ]
then echo \""EditCompany.java"\" >> "/Users/swinn/LMImport/ build/LMImport.build/Development/Application Server.build/ JavaFileList"
fi


**** 2nd difference with successful build

javac: no source files
Usage: javac <options> <source files>
where possible options include:
-g Generate all debugging info
-g:none Generate no debugging info
-g:{lines,vars,source} Generate only some debugging info
-nowarn Generate no warnings
-verbose Output messages about what the compiler is doing
-deprecation Output source locations where deprecated APIs are used
-classpath <path> Specify where to find user class files
-sourcepath <path> Specify where to find input source files
-bootclasspath <path> Override location of bootstrap class files
-extdirs <dirs> Override location of installed extensions
-d <directory> Specify where to place generated class files
-encoding <encoding> Specify character encoding used by source files
-source <release> Provide source compatibility with specified release
-target <release> Generate class files for specific VM version
-help Print a synopsis of standard options


**** End 2nd difference
**** Failed Build Transcript Ends Here

If I just click "Build" again, it compiles with no problem. I don't mind it because so far my compile time is pretty short. It would be a lot more annoying if compiling took longer. "ClearJavaFileList" and "javac: no source files" look like a smoking gun to me, but I have no idea why it is having a problem and why it seems to fix itself on the next build. Any ideas? I'm interested to see if this is the same problem initially reported to the list.

Scott
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40anderhome.com


This email sent to email@hidden

_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
References: 
 >Re: XCode 2.2 common error (From: Scott Winn <email@hidden>)

  • Prev by Date: Re: XCode 2.2 common error
  • Next by Date: WHChangeNotification Question
  • Previous by thread: Re: XCode 2.2 common error
  • Next by thread: WHChangeNotification Question
  • Index(es):
    • Date
    • Thread