On Tue, 28 Apr 2026 14:42:56 GMT, Matthias Baesken <[email protected]> wrote:
> Currently we use objcopy to generate debuginfo files. > It would be sometimes helpful to generate debuginfo files with compressed > content (e.g. objcopy --compress-debug-sections=zlib-gnu). > > This could be supported by an additional configure flag. > > --------- > - [x] I confirm that I make this contribution in accordance with the [OpenJDK > Interim AI Policy](https://openjdk.org/legal/ai). I don't think we can reasonably change the meaning of `zipped`. I'm also hesitant to add another value to `--with-native-debug-symbols` if it only applies to one OS. Is there any kind of similar support in the other toolchains? If there is at least one other OS/toolchain supporting adding compression, and isn't already doing it by default, then that would be an option. Otherwise I would suggest naming the option `--with-objcopy-create-debuginfo-flags` to make it really specific. I do think it's worth thinking about if we really expect different users to apply different compression flags here, or if we expect any other kind of flags to objcopy. If there only is one reasonable set of compression flags and those are the only flags we can see a usecase for, then adding an option for supplying arbitrary flags is overkill and just makes it harder for users to achieve the very useful reduction in binary size. In that case, `--enable-objcopy-debuginfo-compression` would be better, so we make it explicitly about objcopy, so it doesn't signal support where there is none. Have you evaluated the different compression options that objcopy supports? I have not, I just noticed there were more than one. NATIVE_DEBUG_SYMBOLS_LEVEL is set by UTIL_ARG_WITH a few lines up in the file. See JDK-8375241. ------------- PR Comment: https://git.openjdk.org/jdk/pull/30971#issuecomment-4343982426
