RFR: JDK-8354316 : clang/linux build fails with -Wunused-result warning at XToolkit.c:695:9

Harshitha Onkar honkar at openjdk.org
Tue May 13 18:32:51 UTC 2025


On Tue, 13 May 2025 18:19:37 GMT, Harshitha Onkar <honkar at openjdk.org> wrote:

> The following line results in unused-result warning on linux/clang.
> 
> 
> /java.desktop/unix/native/libawt_xawt/xawt/XToolkit.c:695:9: error: ignoring return value of function
>  declared with 'warn_unused_result' attribute [-Werror,-Wunused-result]
>  695 | write ( AWT_WRITEPIPE, &wakeUp_char, 1 ); 
> 
> 
> There are two ways to handle it 
> 
> 1) Make changes to XToolkit.c such that the warning is no longer thrown. But throwing an error based on the result of `write ( AWT_WRITEPIPE, &wakeUp_char, 1 );` will result in unexpected behavioral changes and the best way to handle it is to have an empty if block with an appropriate comment.
> 
> 2) Add unused-result to disabled warning section for clang similar to gcc - https://github.com/openjdk/jdk/blob/d1543429ff29ca0d761b8473b3fb8621abcd226d/make/modules/java.desktop/lib/AwtLibraries.gmk#L281. The 1st approach was picked over the 2nd since the usual recommendation is not to add to disabled warning section unless there is no other option.
> 
> NOTE: the fix has been tested on linux/gcc , it does need to be tested on linux/clang.

make/modules/java.desktop/lib/AwtLibraries.gmk line 281:

> 279:       DISABLED_WARNINGS_gcc_XlibWrapper.c := type-limits pointer-to-int-cast, \
> 280:       DISABLED_WARNINGS_gcc_XRBackendNative.c := maybe-uninitialized, \
> 281:       DISABLED_WARNINGS_gcc_XToolkit.c := unused-result, \

Probably a question for build team -
One thing to be noted here is that:  With unused-result line removed and WITHOUT the if block changes in XToolkit.c, I expected the build to fail due to unused-result on linux/gcc but it did not.
So is there any chance that this disabled warning is being added from else where for gcc ?

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

PR Review Comment: https://git.openjdk.org/jdk/pull/25217#discussion_r2087413125


More information about the client-libs-dev mailing list