• 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: Files still dirty after build
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Files still dirty after build


  • Subject: Re: Files still dirty after build
  • From: Jim Ingham <email@hidden>
  • Date: Wed, 29 Sep 2004 15:21:21 -0700

If you can make a toy project that shows this behavior, please bundle it up & file a bug with the project.

The toy example I tried looks like:

inghji:/tmp/Flubber > ls
./              Flubber.1       headers/        source/
../             Flubber.xcode/  main.c
inghji:/tmp/Flubber > ls headers
./              ../             tryme.h
inghji:/tmp/Flubber > ls source
./              ../             tryme.c
inghji:/tmp/Flubber >

So I think I was reproducing the situation you described. But maybe I was missing something.

There's probably some detail that seems trivial to you that is really causing the problem. The only way we are going to figure it out is if one of the build system guys can see the failure actually happen.

Jim

On Sep 29, 2004, at 3:05 PM, Trygve Inda wrote:

Regardless of whether this arrangement is normal practice or not, the
build behavior is still clearly either an Xcode bug or something messed
up in this project. It should make no difference where you put your
source files relative to your headers as long as the Xcode can find
them.


I tried just making a simple project, adding source & headers
directories to the project, and using File->New File... to make a new
.c file, and then a new .h file in the respective directories. The
build system did what it should, and only rebuilt the source file when
something had actually changed. So there's a little more going on than
just sources in one directory, headers in another...

I don't mean the files arranged like this in the Xcode project (although
they are), but it breaks when the files are like this on the hard drive.


Trygve, if you can reduce your project to some small example that shows
this happening, please file a bug with the project.

I did some more testing....

If my files are arranged (on the HD) like

Project/header/myapp.h
Project/source/myapp.c

If I use #include "myapp.h" it stays dirty after a rebuild

If I use #include "../header/myapp.h" all is well. I don't think I should
have to specify where exactly it is since the IDE knows.


It seems to only be an issue when the headers are in a path that is
"upstream" from the .c.

I have always arranged my files this way as it just seems to make sense, but
Xcode sure doesn't care for it.


Trygve

_______________________________________________
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


References: 
 >Re: Files still dirty after build (From: Trygve Inda <email@hidden>)

  • Prev by Date: Install Permissions and building/copy files phases?
  • Next by Date: IBPalettes
  • Previous by thread: Re: Files still dirty after build
  • Next by thread: Re: Files still dirty after build
  • Index(es):
    • Date
    • Thread