Re: Problem with dependency checking in Run Script phase -- again
Re: Problem with dependency checking in Run Script phase -- again
- Subject: Re: Problem with dependency checking in Run Script phase -- again
- From: Adam Kocoloski <email@hidden>
- Date: Wed, 1 Feb 2006 11:47:01 -0500
Ok, saw this message from Jan 11:
http://www.cocoabuilder.com/archive/message/xcode/2006/1/11/2704
Edouard suggested that the problem was perhaps restricted to Jam-
based targets. Just wanted to point out that mine is a native C++
command-line tool. Thanks,
Adam
On Feb 1, 2006, at 11:24 AM, Adam Kocoloski wrote:
Hi,
I was browsing the archives and saw this thread:
http://lists.apple.com/archives/xcode-users/2005/Dec/msg00550.html
in which Yoav believed there was a problem with Xcode 2.2 checking
the timestamps of the input and output files when it decides
whether to execute a script. He found an error in his
SCRIPT_INPUT_FILE variable, but I am still seeing the problem he
wrote about.
I wrote a script to wipe $TARGET_BUILD_DIR in my Development
configuration before each rebuild. I do this so that if I change
the names of the files I include in my Copy Files build phase I
won't have any junk left over. My input and output files are
input: $(SRCROOT)/$(TARGET_NAME).cpp
output: $(TARGET_BUILD_DIR)/$(TARGET_NAME)
I've checked that these resolve correctly when the script sets
environment variables, and I've checked that input_timestamp <
output_timestamp. Unfortunately, the script runs every time I
build, even if I haven't touched the source. Annoying. Anyone
else experience this problem?
Adam Kocoloski
_______________________________________________
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
_______________________________________________
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