RFR: JDK-8223309: test failing due to self-assign-overloaded
Erik Joelsson
erik.joelsson at oracle.com
Fri May 3 15:54:41 UTC 2019
I agreed to sponsor this off list. While doing a sanity build locally
with the compiler we use at Oracle (Xcode 10.1), I discovered that clang
does not let us use unknown warnings like we do with GCC:
error: unknown warning option '-Wno-self-assign-overloaded'; did you
mean '-Wno-self-assign-field'? [-Werror,-Wunknown-warning-option]
I'm guessing -Wall is enabling that warning. Since we rely on being able
to disable new warnings in new versions of the compilers we use, I added
unknown-warning-option to the default set of disabled warnings for clang.
New webrev: http://cr.openjdk.java.net/~erikj/8223309/webrev.01/
/Erik
On 2019-05-03 08:02, Erik Joelsson wrote:
> Hello,
>
> Change looks good, but I would prefer a line break. We try to keep the
> lines in the makefiles/build system at least close to 80 chars when
> possible. No need for new webrev if you make this change.
>
> /Erik
>
> On 2019-05-03 07:44, Johan Vos wrote:
>> Using MacOS X 10.14.4 and Xcode 10.2.1 I could not build jdk/jdk
>> anymore:
>> /Users/johan/openjdk/jdk/test/hotspot/gtest/classfile/test_symbolTable.cpp:62:6:
>>
>> error: explicitly assigning value of variable of type 'TempNewSymbol' to
>> itself [-Werror,-Wself-assign-overloaded]
>> s1 = s1; // self assignment
>> ~~ ^ ~~
>> 1 error generated.
>>
>> I added an entry to the list of disabled warnings, and that fixed the
>> problem.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8223309
>>
>> Webrev: http://cr.openjdk.java.net/~jvos/8223309/webrev.00/
>>
>> - Johan
More information about the build-dev
mailing list