https://sourceware.org/bugzilla/show_bug.cgi?id=27203
--- Comment #4 from cvs-commit at gcc dot gnu.org ---
The binutils-2_36-branch branch has been updated by Alan Modra
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=d235291c81996095afa31b5fa59a325f0bf7236e
commit d235291c8199609
https://sourceware.org/bugzilla/show_bug.cgi?id=27203
--- Comment #3 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=a75a6a416477915b7d236537c9170ced3064df11
commit a75a6a416477915b7d236537c9170
https://sourceware.org/bugzilla/show_bug.cgi?id=27203
--- Comment #2 from Alan Modra ---
I generated a patch to change powerpc64 to use R_PPC64_IRELATIVE in this
situation, but now I'm wondering if such a change is a good idea. IRELATIVE
relocs must be resolved at program startup whereas JMP_SLO
https://sourceware.org/bugzilla/show_bug.cgi?id=23169
--- Comment #13 from H.J. Lu ---
X86 linker uses a trick to use the PLT entry of IFUNC function in
position-dependent executable as the function address for ALL internal
and external references. We can do that because the PLT entry doesn't
ne
https://sourceware.org/bugzilla/show_bug.cgi?id=27200
--- Comment #8 from bzt ---
> The input has no branding, so the linker cannot invent it.
But it does invent it, that's the problem! "ld" should just use the default ABI
for the platform, the same as all the other tool use. Not inventing up
"s
https://sourceware.org/bugzilla/show_bug.cgi?id=23169
--- Comment #12 from H.J. Lu ---
(In reply to Fangrui Song from comment #11)
> (In reply to H.J. Lu from comment #9)
>
> cat > ./a.s < resolver:
> ret
>
> .globl ifunc, _start
> .type ifunc, @gnu_indirect_function
> .set ifunc, resolver
>
https://sourceware.org/bugzilla/show_bug.cgi?id=27203
--- Comment #1 from Alan Modra ---
And attempting to link with gold gives
gold/ld-new: internal error in do_plt_fde_location, at
/home/alan/src/binutils-gdb/gold/powerpc.cc:3949
--
You are receiving this mail because:
You are on the CC list
https://sourceware.org/bugzilla/show_bug.cgi?id=27203
Alan Modra changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=27203
Fangrui Song changed:
What|Removed |Added
Target||powerpc*
--
You are receiving this ma
https://sourceware.org/bugzilla/show_bug.cgi?id=27203
Bug ID: 27203
Summary: ld ppc: Emit R_PPC64_IRELATIVE instead of
R_PPC64_JMP_SLOT for non-preemptible ifunc referenced
by a DSO
Product: binutils
Version: unsp
https://sourceware.org/bugzilla/show_bug.cgi?id=27200
--- Comment #7 from Andreas Schwab ---
The input has no branding, so the linker cannot invent it. The emulation says
nothing about the ABI, that information is strictly coming from the input
files.
--
You are receiving this mail because:
Yo
Updates:
Labels: -restrict-view-commit
Comment #4 on issue 28211 by sheriffbot: binutils:fuzz_readelf: Direct-leak in
xmalloc
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=28211#c4
This bug has been fixed for 30 days. It has been opened to the public.
- Your friendly Sheriffbot
https://sourceware.org/bugzilla/show_bug.cgi?id=23169
--- Comment #11 from Fangrui Song ---
(In reply to H.J. Lu from comment #9)
> (In reply to Fangrui Song from comment #8)
> > Can https://sourceware.org/glibc/wiki/GNU_IFUNC to updated to document what
> > is supported and what isn't supported?
https://sourceware.org/bugzilla/show_bug.cgi?id=27200
--- Comment #6 from bzt ---
Look:
$ cat a.s
.globl _start
.text
_start:
ret
$ riscv64-elf-as -c a.s -o a.o
$ riscv64-elf-readelf -h a.o | grep Flags
Flags: 0x4 double-float ABI
$ riscv64-elf-ld a.o -o a
$ riscv64
https://sourceware.org/bugzilla/show_bug.cgi?id=27193
--- Comment #13 from Matt Godbolt ---
Thank you all so much!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27200
--- Comment #4 from bzt ---
> That's the point. Using ld -b binary is not a good way to wrap binary blobs.
Bad point! Forcing additional assembly on all language and architecture
combinations? An unacceptable additional complexity to the bui
https://sourceware.org/bugzilla/show_bug.cgi?id=27200
--- Comment #5 from bzt ---
Or let me rephrase: ld generating an Elf header with an emulation that it
wasn't configured for is a bug.
Cheers,
bzt
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27200
--- Comment #3 from Andreas Schwab ---
> No assembler used in this project.
That's the point. Using ld -b binary is not a good way to wrap binary blobs.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27200
--- Comment #2 from bzt ---
No assembler used in this project.
FYI, this works with x86_64 and aarch64 only risv64 affected. I also have C++,
Pascal, Rust versions of kernel.c, those must be linked with font.o too, so
this needs to be a langu
https://sourceware.org/bugzilla/show_bug.cgi?id=27195
--- Comment #10 from cvs-commit at gcc dot gnu.org ---
The binutils-2_36-branch branch has been updated by H.J. Lu
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=4e02d082a3506578e6fe1d990593a29d3fc07f94
commit 4e02d082a3506578e
https://sourceware.org/bugzilla/show_bug.cgi?id=27195
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27202
Bug ID: 27202
Summary: readelf -wL doesn't work on ".loc 0"
Product: binutils
Version: 2.37 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: binuti
https://sourceware.org/bugzilla/show_bug.cgi?id=27195
--- Comment #9 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by H.J. Lu :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=705989f19adf20dd70c50237ec61cd708f2b0939
commit 705989f19adf20dd70c50237ec61cd70
https://sourceware.org/bugzilla/show_bug.cgi?id=27195
--- Comment #8 from Nick Clifton ---
Argh - please ignore - I am confusing the two solutions to this problem.
Reviewing the auto-enable-dwarf-5 patch now
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27195
--- Comment #7 from Nick Clifton ---
Hi H.J.
OK - patch approved. Please apply to the mainline.
I have been talking to Jakub about this and he has persuaded me that your
solution is the best idea.
Cheers
Nick
--
You are receiving t
https://sourceware.org/bugzilla/show_bug.cgi?id=27195
--- Comment #6 from Nick Clifton ---
(In reply to H.J. Lu from comment #5)
> It is done in GCC. But it doesn't always work. If assembly codes have
> DWARF5 ".file 0" or ".loc 0" directives, assembler should turn on DWARF5
> and accept them.
https://sourceware.org/bugzilla/show_bug.cgi?id=27193
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27195
--- Comment #5 from H.J. Lu ---
(In reply to Nick Clifton from comment #4)
> (In reply to H.J. Lu from comment #2)
> > I think it is very bad that
> >
> > $ as -o x.o x.s
> >
> > fails when x.s contains DWARF5 info generated by GCC 11. Asse
https://sourceware.org/bugzilla/show_bug.cgi?id=27200
--- Comment #1 from Andreas Schwab ---
A much better solution is to use the .incbin assembler directive instead of ld
-b binary.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27200
Bug ID: 27200
Summary: Bad RiscV64 ELF header flag using ld -b binary
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=27195
--- Comment #4 from Nick Clifton ---
(In reply to H.J. Lu from comment #2)
> I think it is very bad that
>
> $ as -o x.o x.s
>
> fails when x.s contains DWARF5 info generated by GCC 11. Assembler shouldn't
> require --gdwarf-5 to accept DWA
https://sourceware.org/bugzilla/show_bug.cgi?id=27193
--- Comment #11 from cvs-commit at gcc dot gnu.org ---
The binutils-2_36-branch branch has been updated by H.J. Lu
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=31768fcb32e1d72fa99fdcedfc967f5437ef81a5
commit 31768fcb32e1d72fa
https://sourceware.org/bugzilla/show_bug.cgi?id=23169
--- Comment #10 from cvs-commit at gcc dot gnu.org ---
The binutils-2_36-branch branch has been updated by H.J. Lu
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=e9815c344ef0d24405cfaf9968135ad2180649f8
commit e9815c344ef0d2440
https://sourceware.org/bugzilla/show_bug.cgi?id=26378
--- Comment #11 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=326adec374dd43086dbf9bb2b8f18d547389e678
commit 326adec374dd43086dbf9bb2b8f1
34 matches
Mail list logo
