Issue 57127 in oss-fuzz: binutils:fuzz_objdump: Null-dereference READ in print_insn
Updates: Labels: -restrict-view-commit Comment #4 on issue 57127 by sheriffbot: binutils:fuzz_objdump: Null-dereference READ in print_insn https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=57127#c4 This bug has been fixed. It has been opened to the public. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
[Bug ld/30358] bfd very slow (> 4 minutes) to link busybox with -Wl,--sort-section,alignment (regression in binutils-2.40) since af31506c31a59a6edbb13498d6075fa704b801cd
https://sourceware.org/bugzilla/show_bug.cgi?id=30358 --- Comment #16 from Michael Matz --- Yes, the hacky patch is fine for you to use, it won't introduce further problems (knock on wood! :) ). -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/16566] Please provide a way to include static symbols in linker map file
https://sourceware.org/bugzilla/show_bug.cgi?id=16566 --- Comment #7 from Nick Clifton --- (In reply to jon from comment #6) > Not sure why, but with the new patch, the addition of the condition: > > && bfd_link_hash_lookup (link_info.hash, > bfd_asymbol_name (sym), false, > false, true) == NULL > > Seems to prevent the output of the symbols (functions / data when using > -flto) that I'm interested in. Hmmm. That test is designed to catch local symbols which have already been displayed by the normal linker-map-symbol-displaying code. (eg __GLOBAL_OFFSET_TABLE__). Can you give me a specific example of a symbol which is suppressed by this check, but which should not be ? (A small test case would be ideal...) -- You are receiving this mail because: You are on the CC list for the bug.
