We REALLY nead a NON-PCH build in JPRT NOW!
coleen.phillimore at oracle.com
Thu Apr 23 15:19:39 UTC 2015
On 4/23/15, 3:42 AM, Andrew Haley wrote:
> On 23/04/15 00:42, Coleen Phillimore wrote:
>> On 4/22/15, 3:57 AM, Andrew Haley wrote:
>>> On 22/04/15 03:01, Daniel D. Daugherty wrote:
>>>> Personally, I like the idea of not adding any more new JPRT targets
>>>> and reconfiguring to have fastdebug and/or debug builds run as non-PCH...
>>>> It's a much simpler policy to explain:
>>>> If we support PCH builds with a particular toolset then product
>>>> builds default to PCH and non-product builds default to no-PCH.
>>> But the debug builds are used in development all the time. It's
>>> these that really benefit from PCH.
>> I feel like PCH makes development slower. I change a header file and
>> all the files in the system are recompiled because it happens to be in
>> the precompiled file.
> But that'll happen anyway if the change you made is to one of the common
> headers. I can't see that it makes any difference.
> Maybe it depends on what you're working on?
linkResolver.hpp - maybe it's one that doesn't belong in precompiled.hpp
but I suspect a lot of files fall into that category. If PCH doesn't
really make builds that much faster, why have it? I'm planning to
change my script that calls configure to not use precompiled headers.
More information about the hotspot-dev