https://sourceware.org/bugzilla/show_bug.cgi?id=32624
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=20244
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=21285
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32624
--- Comment #15 from Jan Beulich ---
(In reply to H.J. Lu from comment #13)
> Do you truly believe that R_386_GOT32 is mishandled by ld?
Why "believe"? You've demonstrated it (part of the problems, that is) to
yourself and everyone else in co
https://sourceware.org/bugzilla/show_bug.cgi?id=32624
--- Comment #14 from H.J. Lu ---
"lea foo@GOT, %ecx" is a special case, see PR 21168. Maybe assembler should
disallow foo@GOT for instructions with the last byte of opcode == 0x8d.
--
You are receiving this mail because:
You are on the CC l
https://sourceware.org/bugzilla/show_bug.cgi?id=21168
H.J. Lu changed:
What|Removed |Added
Depends on||32624
Referenced Bugs:
https://sourceware
https://sourceware.org/bugzilla/show_bug.cgi?id=32624
H.J. Lu changed:
What|Removed |Added
Blocks||21168
--- Comment #13 from H.J. Lu ---
(In
https://sourceware.org/bugzilla/show_bug.cgi?id=32624
--- Comment #11 from H.J. Lu ---
(In reply to Jan Beulich from comment #10)
> I'm going solely from the output shown in patch 5. The first of the two
> VPERMB clearly looks wrong in the linked executable. I may be missing
> something, as I'm c
https://sourceware.org/bugzilla/show_bug.cgi?id=32624
Jan Beulich changed:
What|Removed |Added
Status|WAITING |NEW
Component|gas
https://sourceware.org/bugzilla/show_bug.cgi?id=32624
--- Comment #10 from Jan Beulich ---
I'm going solely from the output shown in patch 5. The first of the two VPERMB
clearly looks wrong in the linked executable. I may be missing something, as
I'm certainly aware of the conditional around the
https://sourceware.org/bugzilla/show_bug.cgi?id=32624
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #9 from H.J. Lu ---
(I
https://sourceware.org/bugzilla/show_bug.cgi?id=32624
--- Comment #8 from Jan Beulich ---
(In reply to H.J. Lu from comment #7)
> Were you saying that ld was OK, but as generated wrong binary?
No, the other way around: According to comment 5 gas generated a correct object
file, but ld silently b
https://sourceware.org/bugzilla/show_bug.cgi?id=32624
--- Comment #7 from H.J. Lu ---
(In reply to Jan Beulich from comment #6)
> (In reply to H.J. Lu from comment #5)
> > x: file format elf32-i386
> >
> >
> > Disassembly of section .text:
> >
> > 08048074 <_start>:
> > 8048074: 8d 05 f
https://sourceware.org/bugzilla/show_bug.cgi?id=32591
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #17 from H.J. Lu ---
(
https://sourceware.org/bugzilla/show_bug.cgi?id=32591
--- Comment #16 from Jan Beulich ---
(In reply to H.J. Lu from comment #15)
> (In reply to Jan Beulich from comment #14)
> > (In reply to H.J. Lu from comment #13)
> > > I created a testcase which generates a linker error
> > >
> > > failed t
https://sourceware.org/bugzilla/show_bug.cgi?id=32624
Jan Beulich changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #6 from Jan Beulich --
16 matches
Mail list logo
