On 2010-07-03 14:22, Tor Arne Vestbø wrote:
> [...]
> Right, that would be a solution. I assume GCC does not barf it passed
> -fpch-preprocess in non-preprocess mode.

Yes, it works fine.

> [...]
> If that kind of compiler-feature-inspection is on the roadmap anyways
> that would indeed be an option, but I'm not sure it makes sense alone
> for this particular usecase since there is another workaround.

Yes, I think that we need to do compiler feature detection eventually.
The bug <https://bugzilla.samba.org/show_bug.cgi?id=7556>, which showed
up just a week ago, is a good example of a case where compiler-specific
behaviour would nice.

> [...]
> Hmm, this one worries me a bit. How are we going to figure out if the
> precompiled header contains __TIME__?

I don't think we can figure it out in a reasonable way, which is why we
need to always assume that __TIME__ is used if a preprocessed header is
used.

> [...]
> As you can see removing pch from the build increases the total build
> time for the initial build (empty cache), but speeds up builds when
> there's something in the cache since we're hitting direct mode in
> almost all cases. When pch and ccache is used together the initial
> build time decreases, _but_ builds with a filled cache now take
> longer.
>
> Seems like we're hitting a lot more preprocessed cases for some
> reason. Dunno why that might be?

Please run with CCACHE_LOGFILE and check if the log says why direct mode
gets disabled.

-- Joel
_______________________________________________
ccache mailing list
ccache@lists.samba.org
https://lists.samba.org/mailman/listinfo/ccache

Reply via email to