https://sourceware.org/bugzilla/show_bug.cgi?id=32072
--- Comment #1 from Sourceware Commits ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=cfe96ff03ac34a4cdbd257aaefdf7415652044fe
commit cfe96ff03ac34a4cdbd257aaefdf7415652044fe
https://sourceware.org/bugzilla/show_bug.cgi?id=32067
--- Comment #11 from Sourceware Commits ---
The binutils-2_43-branch branch has been updated by H.J. Lu
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=2dc940272ab5b72bb5cfece8e210effc23213b0b
commit 2dc940272ab5b72bb5cfece8e210
https://sourceware.org/bugzilla/show_bug.cgi?id=32067
--- Comment #10 from Sourceware Commits ---
The binutils-2_43-branch branch has been updated by Alan Modra
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=28867943aa28087a1f71ac8167321711de759be7
commit 28867943aa28087a1f71ac816
https://sourceware.org/bugzilla/show_bug.cgi?id=32077
Bug ID: 32077
Summary: gas garbles multibyte UTF-8 characters in listing on
long lines
Product: binutils
Version: 2.40
Status: UNCONFIRMED
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #18 from Sourceware Commits ---
The master branch has been updated by H.J. Lu :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=a86cec1a6f5127fc66737f95c2ba7938a755b63f
commit a86cec1a6f5127fc66737f95c2ba7938a755b63f
A
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #16 from Sourceware Commits ---
The master branch has been updated by H.J. Lu :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=65d41fb015af0048347a25d0665bb1263eb982b0
commit 65d41fb015af0048347a25d0665bb1263eb982b0
A
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #17 from Sourceware Commits ---
The master branch has been updated by H.J. Lu :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=87582defe75340e0003d4700568322379e9bc9f6
commit 87582defe75340e0003d4700568322379e9bc9f6
A
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #15 from Michael Matz ---
(In reply to Michael Matz from comment #14)
> invoke 1 2
> invoke 1 + 2 3
>
> (support invoke is a two-arg macro,
fat fingering on my part doesn't help :-/ 'suppose invoke is a ...' was what I
meant
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #14 from Michael Matz ---
(In reply to Maciej W. Rozycki from comment #12)
> (In reply to Jan Beulich from comment #10)
> > In which case it would also be impossible to fix anomalies there. In turn
> > meaning that hardly any bug i
Hi Federico,
I have been exploring the Binutils library and its integration with OSS-Fuzz
for fuzzing purposes.
To be clear: The OSS-Fuzz project is completely separate from
the GNU Binutils project. We are happy that they want to use
our code as part of their project, but we are not connec
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #13 from Jan Beulich ---
(In reply to Maciej W. Rozycki from comment #12)
> Where does the notion of using whitespace for argument separation in
> macro invocations (as opposed to definitions) come from?
I have no idea, and I neve
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #12 from Maciej W. Rozycki ---
(In reply to Jan Beulich from comment #10)
> In which case it would also be impossible to fix anomalies there. In turn
> meaning that hardly any bug in parsing of input can actually be fixed. Not a
>
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #11 from H.J. Lu ---
(In reply to Jan Beulich from comment #10)
> (In reply to Michael Matz from comment #9)
> > I fear the only non-contentious answer to all such questions is: "act in the
> > same
> > way as currently" :-/ I.e.
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #10 from Jan Beulich ---
(In reply to Michael Matz from comment #9)
> I fear the only non-contentious answer to all such questions is: "act in the
> same
> way as currently" :-/ I.e. try it out and emulate the behaviour.
In which
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #9 from Michael Matz ---
(In reply to Jan Beulich from comment #8)
>
> I've looked into what the options are of fixing this particular issue.
> Dealing with the one question of "should blanks be skipped here" quickly
> turns into
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #31 from Benjamin Drung ---
(In reply to Andreas K. Huettel from comment #29)
> >
> > Option A: Introduce a new --encoded-package-metadata parameter that takes
> > the encoded string.
> >
> > Option B: Extend --package-metadata t
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #8 from Jan Beulich ---
(In reply to Jan Beulich from comment #5)
> Yet then documentation is unclear on whether there may be whitespace between
> the \ and the parameter name. We could of course make macro expansion skip
> whitesp
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
Michael Matz changed:
What|Removed |Added
CC||matz at suse dot de
--- Comment #7 fro
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #6 from H.J. Lu ---
It also breaks GCC builds for ARM, AVR, PRU and others.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #5 from Jan Beulich ---
(In reply to Andreas Schwab from comment #4)
> $ cat svml_d_acos2_core-sse2.S
> #define JUMPTARGET(name) *name##@GOTPCREL(%rip)
>
> .macro WRAPPER_IMPL_SSE2 callee
> call JUMPTARGET(\callee)
> .endm
> .tex
From: Jiaying Song
During the execution of the command: i686-w64-mingw32-dlltool
--input-def $def_filepath --output-delaylib $filepath --dllname qemu.exe
An error occurred:
i686-w64-mingw32-dlltool: failed to open temporary head file:
..._w64_mingw32_nativesdk_qemu_8_2_2_build_plugins_libqemu_pl
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #4 from Andreas Schwab ---
Testcase from glibc:
$ cat svml_d_acos2_core-sse2.S
#define JUMPTARGET(name) *name##@GOTPCREL(%rip)
.macro WRAPPER_IMPL_SSE2 callee
call JUMPTARGET(\callee)
.endm
.text
WRAPPER_IMPL_SSE2 acos
$ gcc -c
Hi Federico,
From looking at oss-fuzz file projects/binutils/build.sh
I see that David is maintaining the corpus at
https://github.com/DavidKorczynski/binary-samples
They seem to be human made…
There were no seeds in the first oss-fuzz integration cf commit
8fb7e6a4ff7cd1fbf88cdcc65695549112587
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #3 from Sam James ---
(In reply to Jan Beulich from comment #2)
> While this use of macros may be in widespread use, that doesn't make it
> correct
> (and the gas/NEWS entry actually mentions a macro invocation of this same
> form)
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
Jan Beulich changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |jbeulich at suse dot com
25 matches
Mail list logo
