https://sourceware.org/bugzilla/show_bug.cgi?id=11436
Dmitry Vyukov changed:
What|Removed |Added
CC||dvyukov at google dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=23411
--- Comment #7 from Alexander Monakov ---
BFD's behavior becomes very problematic with LTO: archive index does not
distinguish between normal and common definitions, and there's no explicit
plugin API to check if a definition in IR is "common"
https://sourceware.org/bugzilla/show_bug.cgi?id=11436
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=23409
--- Comment #3 from cvs-commit at gcc dot gnu.org ---
The binutils-2_31-branch branch has been updated by Nick Clifton
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=0694d6e5fb2c14934822e68a9a20b43317b0c2a8
commit 0694d6e5fb2c1
https://sourceware.org/bugzilla/show_bug.cgi?id=23418
Bug ID: 23418
Summary: Incorrect xmmword is accepted
Product: binutils
Version: 2.32 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gas
https://sourceware.org/bugzilla/show_bug.cgi?id=23418
--- Comment #1 from H.J. Lu ---
This looks odd:
/* Return 1 if there is no conflict in any size on operand J for
instruction template T. */
static INLINE int
match_mem_size (const insn_template *t, unsigned int wanted, unsigned int
given
https://sourceware.org/bugzilla/show_bug.cgi?id=23419
Bug ID: 23419
Summary: Missing/Wrong Extended Mnemonics for POWER9 mt/fspr
Product: binutils
Version: 2.32 (HEAD)
Status: UNCONFIRMED
Severity: normal
Priority: P2
> BFD's behavior becomes very problematic with LTO: archive index does not
> distinguish between normal and common definitions, and there's no explicit
> plugin API to check if a definition in IR is "common", so the linker has to
> round-trip via the plugin in a fairly convoluted way to emulate the
https://sourceware.org/bugzilla/show_bug.cgi?id=23411
--- Comment #8 from Cary Coutant ---
> BFD's behavior becomes very problematic with LTO: archive index does not
> distinguish between normal and common definitions, and there's no explicit
> plugin API to check if a definition in IR is "common
https://sourceware.org/bugzilla/show_bug.cgi?id=23418
--- Comment #2 from H.J. Lu ---
vcvtps2uqq has the same issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https:/
https://sourceware.org/bugzilla/show_bug.cgi?id=23419
Nicolas Koenig changed:
What|Removed |Added
Summary|Missing/Wrong Extended |Missing Extended Mnemonics
https://sourceware.org/bugzilla/show_bug.cgi?id=23419
Nicolas Koenig changed:
What|Removed |Added
Attachment #11134|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=11436
--- Comment #6 from Bruno Haible ---
Confirmed: Fixed (at least) in 2.25.1 and 2.26.1.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-
https://sourceware.org/bugzilla/show_bug.cgi?id=23411
--- Comment #9 from Alexander Monakov ---
(In reply to Cary Coutant from comment #8)
> Is that a problem we really need to worry
> about? The only real issue with including an otherwise-unneeded object
> is the potential violation of the lang
14 matches
Mail list logo
