Updates:
Labels: -restrict-view-commit -deadline-approaching Deadline-Exceeded
Comment #3 on issue 41052 by sheriffbot: binutils:fuzz_as: Null-dereference
READ in section_symbol
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=41052#c3
This bug has exceeded our disclosure deadline.
Updates:
Labels: -restrict-view-commit -deadline-approaching Deadline-Exceeded
Comment #3 on issue 41034 by sheriffbot: binutils:fuzz_bfd_ext: Direct-leak in
bfd_zmalloc
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=41034#c3
This bug has exceeded our disclosure deadline. It has b
It appears that LD in binutils versions after 2.35 is producing segfault
executables with Free Pascal 2.6.4. You cannot build a working HelloWorld.
I have written up a full report, please see
https://gitlab.com/freepascal.org/fpc/source/-/issues/39324
The Free Pascal developers believe this is
https://sourceware.org/bugzilla/show_bug.cgi?id=28890
Bug ID: 28890
Summary: memory leak issues in objdump
Product: binutils
Version: 2.39 (HEAD)
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binut
https://sourceware.org/bugzilla/show_bug.cgi?id=28719
--- Comment #7 from Nick Clifton ---
(In reply to Achim from comment #6)
> So it turns out that removing the section at that commit (as I had done
> during bisecting) would actually restore the previous behaviour (the
> executable would not ru
https://sourceware.org/bugzilla/show_bug.cgi?id=2
--- Comment #1 from Jan Beulich ---
(In reply to Jan Beulich from comment #0)
> Nick then found that
>
> adrpx0, . - 8
>
> doesn't have this problem, so it's apparently only plain . which is affected
> (for whatever reason).
I now
https://sourceware.org/bugzilla/show_bug.cgi?id=2
Bug ID: 2
Summary: aarch64: adrp with plain . operand mis-assembled
Product: binutils
Version: 2.38
Status: NEW
Severity: normal
Priority: P2
Component: g