https://sourceware.org/bugzilla/show_bug.cgi?id=28743
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=22085
--- Comment #2 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=1ffce3f87dc6e62d49b5aaa0bc29c6d4cfbc6db6
commit
https://sourceware.org/bugzilla/show_bug.cgi?id=28772
Nick Desaulniers changed:
What|Removed |Added
CC||ndesaulniers at google dot com
--
https://sourceware.org/bugzilla/show_bug.cgi?id=28772
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=28772
Bug ID: 28772
Summary: Provide /PASSTHRU/ section rule similar to /DISCARD/
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity: enhancement
Priority:
Updates:
Labels: -restrict-view-commit -deadline-approaching Deadline-Exceeded
Comment #5 on issue 39902 by sheriffbot: binutils:fuzz_readelf: Unexpected-exit
in xexit
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=39902#c5
This bug has exceeded our disclosure deadline. It has
https://sourceware.org/bugzilla/show_bug.cgi?id=27923
--- Comment #5 from H.J. Lu ---
Fixed for i386 and x86-64 by
commit 72aa81732b3aff00e5bf1f69bb794513b3b37464
Author: H.J. Lu
Date: Wed Jan 5 19:21:45 2022 -0800
ld: Add glibc dependency for DT_RELR
When DT_RELR is enabled, to
https://sourceware.org/bugzilla/show_bug.cgi?id=28762
--- Comment #9 from Sergey Belyashov ---
It is intermediate buffer. There is already preparsed test (no comments, white
spaces reduced to one space, etc).
The buffer is 32*1024 size (32768 bytes). So if "LD A" is in buffer1 and ",B\n"
in the
https://sourceware.org/bugzilla/show_bug.cgi?id=28762
--- Comment #10 from Pete Moore ---
Makes perfect sense, many thanks Sergey!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28762
--- Comment #8 from Pete Moore ---
Ah, I think I see! The (output?) buffer is 32Kb, so this was happening at a
32Kb boundary, so almost any change would move this condition away from the
32Kb boundary...
I'm guessing it is the output buffer
https://sourceware.org/bugzilla/show_bug.cgi?id=28762
--- Comment #6 from Nick Clifton ---
(In reply to Sergey Belyashov from comment #5)
> Attached patch which fixes the bug.
Patch approved - please apply.
(Thanks for the quick fix! :-)
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=28762
--- Comment #7 from Pete Moore ---
This is great, many thanks Sergey!
Now I'm curious, I noticed if I introduced changes on a completely different
line, the problem would go away, e.g. if I made a change around line 1000, the
problem report
https://sourceware.org/bugzilla/show_bug.cgi?id=28762
--- Comment #5 from Sergey Belyashov ---
Created attachment 13903
--> https://sourceware.org/bugzilla/attachment.cgi?id=13903=edit
Fix symbol lost on buffer load
do_scub_chars() has special behaviour to parse Z80 alternate register pair
13 matches
Mail list logo