RFR: 8282392: [zero] Build broken on AArch64 [v2]

Andrew Haley aph at openjdk.java.net
Mon Feb 28 17:40:52 UTC 2022


On Mon, 28 Feb 2022 16:48:35 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

> > That's what we looked at and it was more of a mess, IMO. In the end it's a judgment call which to have, and I've seen this kind of mistake, where a particular port is confused with a particular CPU, enough times that I think this is OK; YMMV.
> 
> From the perspective of Zero maintenance, having the Zero-specific workarounds explicitly doing `!ZERO` is cleaner. This mess is mostly Zero-s problem with idenitifying itself as CPU. So, in my mind, there is little reason to accommodate that problem with "port" defines.

I think I understand your point, but IMO it's almost always easier to understand language which says what something is than what it isn't, and a simple name than a boolean expression. And that is more important, I believe.
Having said that, if you insist that flagging this up as a Zero-specific workaround with `!ZERO` is really important I will give way to your preference. (I don't think it is: I think we should flag this code as port-specific, not CPU-specific. But mostly I just want this patch pushed.)

-------------

PR: https://git.openjdk.java.net/jdk/pull/7633


More information about the hotspot-dev mailing list