[8u] RFR: 8262864: No debug symbols in image for Windows --with-native-debug-symbols=external

Simon Tooke stooke at redhat.com
Fri Mar 12 13:12:26 UTC 2021


(usual disclaimer; I am not a reviewer)

 From a comment by Magnus Ihse Bursie on the new issue (8263356), [1] 
this PR (8262864) should not delete the following lines:

-  # for executables. "java" is both a library and executable.
-  ALL_BIN_EXEC_FILES := $(filter-out java.exe, $(notdir $(filter %.exe, 
$(ALL_BIN_LIST))))

As this ensure the debug info for the DLL is copied, by removing 
java.exe from the potential list of debug executables.

I suggest this PR be reworked, and I will also look at closing 8263356 
with an explanation "working as intended"; the proper solutions would 
have been to prefix all JDK DLLs with 'lib' similar to Posix systems, 
but that ship sailed decades ago.

[1] 
https://bugs.openjdk.java.net/browse/JDK-8263356?focusedCommentId=14406720&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14406720

On 2021-03-11 5:27 p.m., Simon Tooke wrote:
>
> On 2021-03-10 5:45 a.m., Andrew Leonard wrote:
>> The issue Simon is referring to I think is at the source of the .pdb
>> generation for java.exe/dll (probably in
>> make/common/NativeCompilation.gmk), since they have the same basename 
>> one
>> is going to overwrite the other...this behavior is separate to this 
>> Image
>> creation copy rules. I've raised a new issue to cover that:
>> https://bugs.openjdk.java.net/browse/JDK-8263356
>
> I have clarified in JBS that this issue is still present in later 
> JDKs, although I've only tested 11u and head.
>
> -Simon
>
> -- 
> Simon Tooke
> Principal developer, Java Platform
> Red Hat Canada, Inc.<https://www.redhat.com>
>



More information about the jdk8u-dev mailing list