Re: Xcode 1.2 SharedCaches broke
Re: Xcode 1.2 SharedCaches broke
- Subject: Re: Xcode 1.2 SharedCaches broke
- From: Mike Laster <email@hidden>
- Date: Fri, 23 Apr 2004 21:07:36 -0400
On Apr 23, 2004, at 8:41 PM, Scott Tooker wrote:
> First off, there were correctness bugs in the previous implementation
> that existed in 1.1 that requires us to scale back the sharing of
> caches to be per-project. While unfortunate, the new implementation
> should behave better and produce more correct results.
>
> As to the speed issue, as I understand it, once all the projects have
> been built once, each project should have it's own cache so the
> building should be as fast as before. It is true that more disk space
> will be used up.
>
> There is no way to override the location of the shared caches.
Unfortunately after a clean, they PCH file needs to be built again,
negating any speed benefit.
I started out having each project have a private .pch file under 1.1,
but that got too slow because every
project was doing essentially the same work. In addition, it ate about
1.5GB of drive space to store
all of the redundant copies.
I switch to instead use common .pch files like
"../../CommonPrefixHeaders/Foundation_SharedPrefix.pch"
This sped things up tremendously, as only the first project using this
file had to do the ProcessPCH step,
and every other one got the benefit of it for free.
Now Xcode has fallen back to being as slow as 1.1 before I started
using common headers, which was
already much slower than PBWO ever used to be.
I was quite happy with the old .p files, even if I had to occasionally
rebuild them as root. The current
scheme seems like a step backwards :(
[demime 0.98b removed an attachment of type application/pkcs7-signature which had a name of smime.p7s]
_______________________________________________
xcode-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/xcode-users
Do not post admin requests to the list. They will be ignored.