RFR(xs): 8078628: linux-zero does not build without precompiled header

Thomas Stüfe thomas.stuefe at gmail.com
Mon Apr 27 09:25:50 UTC 2015


Hi David, Stefan,

thanks for reviewing!

third webrev:
http://cr.openjdk.java.net/~stuefe/webrevs/8078628/webrev.02/webrev

Ordering includes alphabetically turned up even more not-selfcontained
includes. This is a really quite annoying work :-)

I wish there were an official non-PCH nightly build. Not only would people
notice missing headers, it also would make implementation creep into header
files more obvious.

Thanks, Thomas


On Mon, Apr 27, 2015 at 10:01 AM, Stefan Karlsson <
stefan.karlsson at oracle.com> wrote:

> Hi Thomas,
>
> On 2015-04-27 02:40, David Holmes wrote:
>
>> Hi Thomas,
>>
>> On 25/04/2015 3:11 AM, Thomas Stüfe wrote:
>>
>>> Hi all,
>>>
>>> please review this tiny change. Build was broken for zero/slowdebug when
>>> building without precompiled header.
>>>
>>> bug:       https://bugs.openjdk.java.net/browse/JDK-8078628
>>> webrev:
>>> http://cr.openjdk.java.net/~stuefe/webrevs/8078628/webrev.00/webrev/
>>>
>>
> The includes are kept sorted in other part of HotSpot, so I think it would
> be good to have them sorted for the zero code as well:
>
>
> http://cr.openjdk.java.net/~stuefe/webrevs/8078628/webrev.01/webrev/src/share/vm/interpreter/interpreterGenerator.hpp.udiff.html
>
>  #include "interpreter/cppInterpreter.hpp"
> +#include "interpreter/interp_masm.hpp"
>  #include "interpreter/cppInterpreterGenerator.hpp"
>  #include "interpreter/templateInterpreter.hpp"
>  #include "interpreter/templateInterpreterGenerator.hpp"
>
>
> http://cr.openjdk.java.net/~stuefe/webrevs/8078628/webrev.01/webrev/src/cpu/zero/vm/nativeInst_zero.cpp.udiff.html
>
>  #include "precompiled.hpp"
>  #include "assembler_zero.inline.hpp"
> +#include "interpreter/cppInterpreter.hpp"
>  #include "memory/resourceArea.hpp"
>  #include "nativeInst_zero.hpp"
> +#include "entry_zero.hpp"
>  #include "oops/oop.inline.hpp"
>  #include "runtime/handles.hpp"
>  #include "runtime/sharedRuntime.hpp"
>
> Thanks,
> StefanK
>
>
>
>> Why the double condition here:
>>
>>   33 #ifdef ZERO
>>   34 #ifdef TARGET_ARCH_zero
>>   35 # include "entry_zero.hpp"
>>   36 #endif
>>   37 #endif
>>
>> ??
>>
>> Thanks,
>> David
>>
>>
>>> Thank you,
>>>
>>> Thomas
>>>
>>>
>


More information about the hotspot-dev mailing list