[Bug binutils/33213] Add GLIBC_ABI_DT_X86_64_PLT version to indicate x86_64 psABI compliance for DT_X86_64_PLT* support

https://sourceware.org/bugzilla/show_bug.cgi?id=33213 Carlos O'Donell changed: What|Removed |Added Summary|Add GLIBC_ABI_X86_64_PSABI |Add GLIBC_ABI_DT_X86_64_PLT

[Bug binutils/33213] Add GLIBC_ABI_X86_64_PSABI version to indicate x86_64 psABI compliance for DT_X86_64_PLT* support

https://sourceware.org/bugzilla/show_bug.cgi?id=33213 Carlos O'Donell changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug binutils/33213] New: Add GLIBC_ABI_X86_64_PSABI version to indicate x86_64 psABI compliance for DT_X86_64_PLT* support

Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com Target Milestone: --- If and when the glibc bug: https://sourceware.org/bugzilla/show_bug.cgi?id=33212 is resolved, use

[Bug ld/33209] Additional GLIBC_2.36 reference in glibc built objects with binutils 2.45

https://sourceware.org/bugzilla/show_bug.cgi?id=33209 --- Comment #5 from Carlos O'Donell --- (In reply to H.J. Lu from comment #4) > (In reply to Carlos O'Donell from comment #2) > > Yes, Andreas Huettel and I were just discussing commit > > 9167304255940e29423517f63d11bdd968d7685e (he found it

[Bug ld/33209] Additional GLIBC_2.36 reference in glibc built objects with binutils 2.45

https://sourceware.org/bugzilla/show_bug.cgi?id=33209 Carlos O'Donell changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug ld/33209] Additional GLIBC_2.36 reference in glibc built objects with binutils 2.45

https://sourceware.org/bugzilla/show_bug.cgi?id=33209 Carlos O'Donell changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/33209] Additional GLIBC_2.36 reference in glibc built objects with binutils 2.45

https://sourceware.org/bugzilla/show_bug.cgi?id=33209 --- Comment #2 from Carlos O'Donell --- Yes, Andreas Huettel and I were just discussing commit 9167304255940e29423517f63d11bdd968d7685e (he found it right away). This is not at all what I was expect was going to happen, so much so that I didn

[Bug ld/33209] New: Additional GLIBC_2.36 reference in glibc built objects with binutils 2.45

: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com Target Milestone: --- 1. Build binutils master branch, and install locally. 2. Build glibc master branch with binutils build from step 1. 3. Inspect

[Bug ld/30930] Broken BTI veneers: ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 Carlos O'Donell changed: What|Removed |Added Summary|ld-2.41 links mame in a way |Broken BTI veneers: ld-2.41

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 Carlos O'Donell changed: What|Removed |Added CC||carlos at redhat do

[Bug ld/28399] Flag to order functions in a specific order based on order file

CC||carlos at redhat dot com -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/28399] Flag to order functions in a specific order based on order file

https://sourceware.org/bugzilla/show_bug.cgi?id=28399 Carlos O'Donell changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug binutils/22136] Support marking "debug" info files with special ET_GNU_DEBUG_* values.

https://sourceware.org/bugzilla/show_bug.cgi?id=22136 Carlos O'Donell changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug ld/24718] BFD ld does not set VER_FLG_WEAK on version reference if all symbols are weak

https://sourceware.org/bugzilla/show_bug.cgi?id=24718 --- Comment #15 from Carlos O'Donell --- (In reply to Florian Weimer from comment #14) > (In reply to Carlos O'Donell from comment #13) > > (In reply to Florian Weimer from comment #12) > > >

[Bug ld/24718] BFD ld does not set VER_FLG_WEAK on version reference if all symbols are weak

https://sourceware.org/bugzilla/show_bug.cgi?id=24718 --- Comment #13 from Carlos O'Donell --- (In reply to Florian Weimer from comment #12) > says this: > > vna_flags >Bitmask of flags. Currently the following are defined: > > VER

[Bug ld/24718] Unresolved weak dependency on a versioned symbol should not prevent a program from running

https://sourceware.org/bugzilla/show_bug.cgi?id=24718 --- Comment #10 from Carlos O'Donell --- (In reply to Paul Pluzhnikov from comment #8) > (In reply to Florian Weimer from comment #6) > > > I would say this is a static link editor limitation. It has to mark symbol > > versions as weak if th

[Bug ld/24718] Unresolved weak dependency on a versioned symbol should not prevent a program from running

https://sourceware.org/bugzilla/show_bug.cgi?id=24718 --- Comment #9 from Carlos O'Donell --- (In reply to Paul Pluzhnikov from comment #8) > (In reply to Florian Weimer from comment #6) > > > I would say this is a static link editor limitation. It has to mark symbol > > versions as weak if the

[Bug binutils/22360] Wl not wrapping all functions call

https://sourceware.org/bugzilla/show_bug.cgi?id=22360 Carlos O'Donell changed: What|Removed |Added CC||carlos at redhat do

[Bug gold/22257] NULL pointer dereference in gold::Dwo_file::add_strings (dwp.cc)

https://sourceware.org/bugzilla/show_bug.cgi?id=22257 Carlos O'Donell changed: What|Removed |Added CC||carlos at redhat do

[Bug gold/22256] invalid memory read in gold::Dwo_file::add_strings (dwp.cc)

https://sourceware.org/bugzilla/show_bug.cgi?id=22256 Carlos O'Donell changed: What|Removed |Added CC||carlos at redhat do

[Bug gold/22258] NULL pointer dereference in gold::is_prefix_of (gold.h)

https://sourceware.org/bugzilla/show_bug.cgi?id=22258 Carlos O'Donell changed: What|Removed |Added CC||carlos at redhat do

[Bug gold/22261] invalid memory read in gold::need_decompressed_section(char const*) (object.cc)

https://sourceware.org/bugzilla/show_bug.cgi?id=22261 Carlos O'Donell changed: What|Removed |Added CC||carlos at redhat do

[Bug gprof/21968] gprof taking a long time on large inputs.

https://sourceware.org/bugzilla/show_bug.cgi?id=21968 Carlos O'Donell changed: What|Removed |Added CC||carlos at redhat do

[Bug binutils/22136] Support marking "debug" info files with special ET_GNU_DEBUG_* values.

https://sourceware.org/bugzilla/show_bug.cgi?id=22136 --- Comment #3 from Carlos O'Donell --- (In reply to H.J. Lu from comment #2) > Why not use program property? Could you expand on that please? -- You are receiving this mail because: You are on the CC list for the bug. _

[Bug binutils/22136] Support marking "debug" info files with special ET_GNU_DEBUG_* values.

https://sourceware.org/bugzilla/show_bug.cgi?id=22136 Carlos O'Donell changed: What|Removed |Added Blocks||22101 Referenced Bugs: https://so

[Bug binutils/22136] Support marking "debug" info files with special ET_GNU_DEBUG_* values.

https://sourceware.org/bugzilla/show_bug.cgi?id=22136 Carlos O'Donell changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug binutils/22136] New: Support marking "debug" info files with special ET_GNU_DEBUG_* values.

Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com Target Milestone: --- We need a way to identify "debug" info files, which appear like they are ELF files but if in

[Bug gas/20542] ***SPAM*** Summary removed.

CC||carlos at redhat dot com Resolution|--- |INVALID Summary|+1888=436=4111 QuickBooks |***SPAM*** Summary removed. |proseries phone number ^| |Quickbooks pros

[Bug binutils/20408] ***SPAM*** Summary removed.

https://sourceware.org/bugzilla/show_bug.cgi?id=20408 Carlos O'Donell changed: What|Removed |Added CC||carlos at redhat do

[Bug binutils/20352] ***SPAM*** Summary removed.

https://sourceware.org/bugzilla/show_bug.cgi?id=20352 Carlos O'Donell changed: What|Removed |Added CC|jntukworld.in at gmail dot com | -- You are receiving this

[Bug binutils/20352] ***SPAM*** Summary removed.

CC||carlos at redhat dot com Summary|VIDMATE/VIDMATE APP |***SPAM*** Summary removed. --- Comment #2 from Carlos O'Donell --- *** SPAM *** Closing bug as spam. -- You are receiving this mail because: You are on the CC list f

[Bug ld/12562] Ld.dk fails with "could not read symbols: Bad value" message

CC||carlos at redhat dot com Component|core|ld Version|unspecified |2.22 Assignee|unassigned at sourceware dot org |davek at gcc dot gnu.org Product|netresolve |bin

[Bug ld/13600] protected visibility creates bogus relocation

https://sourceware.org/bugzilla/show_bug.cgi?id=13600 Carlos O'Donell changed: What|Removed |Added CC||carlos at redhat do

[Bug ld/12323] linker plugin does not handle TLS

https://sourceware.org/bugzilla/show_bug.cgi?id=12323 Carlos O'Donell changed: What|Removed |Added Component|core|ld Assignee|unassigned at

[Bug ld/12562] Ld.dk fails with "could not read symbols: Bad value" message

https://sourceware.org/bugzilla/show_bug.cgi?id=12562 Carlos O'Donell changed: What|Removed |Added CC|carlos at redhat dot com | -- You are receiving

[Bug ld/13600] protected visibility creates bogus relocation

https://sourceware.org/bugzilla/show_bug.cgi?id=13600 Carlos O'Donell changed: What|Removed |Added CC|carlos at redhat dot com | -- You are receiving

[Bug ld/12524] Linking with --oformat=binary discards non-static global variables

https://sourceware.org/bugzilla/show_bug.cgi?id=12524 Carlos O'Donell changed: What|Removed |Added Component|core|ld Version|unspecified

[Bug admin/18997] Please enable AS and LD in configure.ac for OS X

https://sourceware.org/bugzilla/show_bug.cgi?id=18997 Carlos O'Donell changed: What|Removed |Added Component|core|admin Version|unspecifie

[Bug binutils/13891] Binutils is impossible to static link due to broken libtool behavior

https://sourceware.org/bugzilla/show_bug.cgi?id=13891 Carlos O'Donell changed: What|Removed |Added Component|core|binutils Product|netreso

[Bug gold/19842] LTO build fails to write call address for weak symbol reference

https://sourceware.org/bugzilla/show_bug.cgi?id=19842 Carlos O'Donell changed: What|Removed |Added Status|NEW |ASSIGNED Component|core

[Bug gprof/19904] SIGPROF keeps a large task from ever completing a fork()

CC||carlos at redhat dot com Resolution|--- |WONTFIX --- Comment #1 from Carlos O'Donell --- I am going to go as far as to say this can't be fixed. In userspace neither the compiler nor the static linker knows what a "sysca