[RFR]: 8186578: Zero fails to build on linux-sparc due to sparc-specific code

David Holmes david.holmes at oracle.com
Wed Aug 30 02:24:47 UTC 2017


On 30/08/2017 8:16 AM, John Paul Adrian Glaubitz wrote:
> Hi!
> 
> Here's my suggested change to fix the Zero build on linux-sparc.
> 
> The first part of the change removes the unnecessary include of
> vmreg_sparc.inline.hpp in src/share/vm/compiler/oopMap.cpp.
> 
> The second change moves 
> src/cpu/sparc/vm/memset_with_concurrent_readers_sparc.cpp
> into the generic location 
> src/share/vm/gc/shared/memset_with_concurrent_readers_sparc.cpp,
> so it is picked up both during the Server and Zero builds on linux-sparc.
> 
> In order to prevent 
> src/share/vm/gc/shared/memset_with_concurrent_readers_sparc.cpp
> from being built on non-SPARC targets - which would fail because of the 
> inline
> assembly - I have guarded the entire file's definitions with "#ifdef 
> SPARC #endif".
> 
> I know the last bit of this changeset might not be the most elegant one, 
> but
> it's the least intrusive I could come up with and it fully fixes the 
> Zero builds
> for me on linux-sparc.

Sorry but I don't support putting a sparc specific file in a shared 
location.

Did you look at including 
src/cpu/sparc/vm/memset_with_concurrent_readers_sparc.cpp in the set of 
sources used when building zero for sparc? I would ask on build-dev for 
the best way to deal with this. Unfortunately I don't know my way around 
the "new" hotspot build well enough to give specific directions.

Thanks,
David

> Thanks,
> Adrian
> 
>> [1] http://cr.openjdk.java.net/~glaubitz/8186578/webrev.00/
> 


More information about the hotspot-dev mailing list