[Bug gas/27211] New: m68k: word branches are not checked for signed overflow

2021-01-19 Thread ad...@tho-otto.de
https://sourceware.org/bugzilla/show_bug.cgi?id=27211 Bug ID: 27211 Summary: m68k: word branches are not checked for signed overflow Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal

[Bug ld/27210] ld: Don't suppress foo if foo@v1 is defined

2021-01-19 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=27210 Fangrui Song changed: What|Removed |Added CC||ccoutant at gmail dot com -- You are

[Bug ld/27210] ld: Don't suppress foo if foo@v1 is defined

2021-01-19 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=27210 --- Comment #7 from Fangrui Song --- (In reply to H.J. Lu from comment #6) > (In reply to Fangrui Song from comment #5) > > The explanation is not convincing. foo and foo@v1 are two different > > symbols. > > My example does not use an undef

[Bug ld/27210] ld: Don't suppress foo if foo@v1 is defined

2021-01-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27210 --- Comment #6 from H.J. Lu --- (In reply to Fangrui Song from comment #5) > The explanation is not convincing. foo and foo@v1 are two different symbols. > My example does not use an undefined symbol so I don't see how > > > shouldn't be use

[Bug ld/27210] ld: Don't suppress foo if foo@v1 is defined

2021-01-19 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=27210 --- Comment #5 from Fangrui Song --- The explanation is not convincing. foo and foo@v1 are two different symbols. My example does not use an undefined symbol so I don't see how > shouldn't be used by ld to satisfy the unversioned reference.

[Bug ld/27210] ld: Don't suppress foo if foo@v1 is defined

2021-01-19 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27210 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ld/27203] ld ppc: Emit R_PPC64_IRELATIVE instead of R_PPC64_JMP_SLOT for non-preemptible ifunc referenced by a DSO

2021-01-19 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27203 Alan Modra changed: What|Removed |Added Resolution|--- |NOTABUG Status|ASSIGNED

[Bug ld/27210] ld: Don't suppress foo if foo@v1 is defined

2021-01-19 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=27210 Fangrui Song changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|NOTABUG

[Bug ld/27210] ld: Don't suppress foo if foo@v1 is defined

2021-01-19 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=27210 --- Comment #2 from Fangrui Song --- (In reply to H.J. Lu from comment #1) > (In reply to Fangrui Song from comment #0) > > cat > a.s < > .globl foo > > .symver foo, foo@v1 > > foo: nop > > eof > > echo 'v1 {};' > a.ver > > cat > b.s < > .glob

[Bug ld/27210] ld: Don't suppress foo if foo@v1 is defined

2021-01-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27210 H.J. Lu changed: What|Removed |Added Resolution|--- |NOTABUG Status|UNCONFIRMED

[Bug ld/27210] New: ld: Don't suppress foo if foo@v1 is defined

2021-01-19 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=27210 Bug ID: 27210 Summary: ld: Don't suppress foo if foo@v1 is defined Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Co

[Bug binutils/27206] .symver overrides .weak

2021-01-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27206 --- Comment #7 from H.J. Lu --- (In reply to Tom Kacvinsky from comment #6) > For compatibility reasons, I want to update my automated build machine, but > build GCC and auxiliary support libraries in such a fashion that we can > target older

[Bug binutils/27206] .symver overrides .weak

2021-01-19 Thread tkacvins at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27206 --- Comment #6 from Tom Kacvinsky --- For compatibility reasons, I want to update my automated build machine, but build GCC and auxiliary support libraries in such a fashion that we can target older Linux distributions That is, build on a mach

[Bug binutils/27206] .symver overrides .weak

2021-01-19 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=27206 Fangrui Song changed: What|Removed |Added CC||i at maskray dot me --- Comment #5 fro

[Bug binutils/27206] .symver overrides .weak

2021-01-19 Thread tkacvins at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27206 --- Comment #4 from Tom Kacvinsky --- This worked for me in my simple reproducer, but unfortunately we are doing "naughty" things with third party code build such that a linker map is not an option, unless we hack that library's build process.

[Bug ld/22326] free(): invalid next size (fast)

2021-01-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22326 H.J. Lu changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW

[Bug ld/24276] [2.31/2.32 Regression] segfault in elf_x86_64_check_relocs

2021-01-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24276 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug binutils/27206] .symver overrides .weak

2021-01-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27206 --- Comment #3 from H.J. Lu --- --- __asm__(".symver pthread_key_create,pthread_key_create@GLIBC_2.2.5,remove"); --- A versioned symbol must be defined in an object. Try this [hjl@gnu-cfl-2 pr27206]$ cat libfoo.map GLIBC_2.2.5 { global:

[Bug binutils/27206] .symver overrides .weak

2021-01-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27206 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug ld/3351] aborting at elflink.c line 6778 in elf_link_check_versioned_symbol

2021-01-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=3351 H.J. Lu changed: What|Removed |Added Blocks||27206 Referenced Bugs: https://sourceware.

[Bug binutils/27206] .symver overrides .weak

2021-01-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27206 H.J. Lu changed: What|Removed |Added Depends on||3351 --- Comment #1 from H.J. Lu --- (In r

[Bug binutils/27206] .symver overrides .weak

2021-01-19 Thread tkacvins at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27206 --- Comment #2 from Tom Kacvinsky --- I know you mentioned this message comes from the referenced PR, but is what I am seeing an unintended consequence of the change made in this PR, or is this expected behavior? -- You are receiving this ma

[Bug binutils/27206] New: .symver overrides .weak

2021-01-19 Thread tkacvins at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27206 Bug ID: 27206 Summary: .symver overrides .weak Product: binutils Version: 2.36 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils

[Bug ld/27200] Bad RiscV64 ELF header flag using ld -b binary

2021-01-19 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27200 --- Comment #10 from Nick Clifton --- Created attachment 13133 --> https://sourceware.org/bugzilla/attachment.cgi?id=13133&action=edit Proposed patch -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/27200] Bad RiscV64 ELF header flag using ld -b binary

2021-01-19 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27200 Nick Clifton changed: What|Removed |Added Last reconfirmed||2021-01-19 Status|UNCONFIR

[Bug ld/27203] ld ppc: Emit R_PPC64_IRELATIVE instead of R_PPC64_JMP_SLOT for non-preemptible ifunc referenced by a DSO

2021-01-19 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27203 --- Comment #5 from H.J. Lu --- (In reply to Alan Modra from comment #2) > 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