https://sourceware.org/bugzilla/show_bug.cgi?id=29451
--- Comment #7 from Mark Wielaard ---
> and the symbol size is also 0 in the table:
> $ readelf -s crti.o
>
> Symbol table '.symtab' contains 11 entries:
>Num:Value Size TypeBind Vis Ndx Name
> ...
> 9: 000
https://sourceware.org/bugzilla/show_bug.cgi?id=29451
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are receivi
https://sourceware.org/bugzilla/show_bug.cgi?id=29457
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are receivi
https://sourceware.org/bugzilla/show_bug.cgi?id=29451
--- Comment #6 from Martin Liska ---
(In reply to Mark Wielaard from comment #5)
> >> So when this file is linked in with object files and these relocations are
> >> resolved the correct values for the __x86.get_pc_thunk.bx symbol will be
> >>
https://sourceware.org/bugzilla/show_bug.cgi?id=29462
Dante Almeida changed:
What|Removed |Added
CC||dante at cadence dot com
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=29462
Bug ID: 29462
Summary: internal error in relocate, at powerpc.cc:10796
Product: binutils
Version: 2.39
Status: UNCONFIRMED
Severity: normal
Priority: P2
Compo
https://sourceware.org/bugzilla/show_bug.cgi?id=29451
--- Comment #5 from Mark Wielaard ---
>> So when this file is linked in with object files and these relocations are
>> resolved the correct values for the __x86.get_pc_thunk.bx symbol will be
>> installed into the .debug_info section, and ever
Updates:
Labels: Deadline-Approaching
Comment #2 on issue 47471 by sheriffbot: binutils:fuzz_addr2line: Timeout in
fuzz_addr2line
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47471#c2
This bug is approaching its deadline for being fixed, and will be automatically
derestricted w
https://sourceware.org/bugzilla/show_bug.cgi?id=29451
--- Comment #4 from Sergei Trofimovich ---
(In reply to Nick Clifton from comment #3)
> (In reply to Sergei Trofimovich from comment #0)
>
> > <28> DW_AT_low_pc : (addr) 0x0
> > <2c> DW_AT_high_pc : (addr) 0x0
>
> > Woul
https://sourceware.org/bugzilla/show_bug.cgi?id=29457
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
Last reconfi
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
--- Comment #16 from Frank Ch. Eigler ---
Sorry about the confusion, it was mine.
Yeah, libbfd.so's dependencies are small, adding debuginfod (=> libcurl) would
make it rather larger. OTOH elfutils-libs are on systems already, so the
depende
https://sourceware.org/bugzilla/show_bug.cgi?id=29451
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
--- Comment #15 from Nick Clifton ---
I may be confused (again) but I think that there are two problems here.
1. The debug information necessary to convert an address into a source code
location is held by the debuginfod system (either locall
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
--- Comment #14 from Frank Ch. Eigler ---
Could objdump preemptively call some debuginfod-calling function - any one - in
order to prefetch debuginfo for options like -S?
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
--- Comment #13 from Mark Wielaard ---
(In reply to Martin Liska from comment #12)
> > So in order for -S to work, we either have to add debuginfod support to the
> > BFD library or else add a new find_nearest_line() type function to
> > binut
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
--- Comment #12 from Martin Liska ---
> So in order for -S to work, we either have to add debuginfod support to the
> BFD library or else add a new find_nearest_line() type function to
> binutils/dwarf.c. I wonder which would be the best appr
https://sourceware.org/bugzilla/show_bug.cgi?id=29081
Martin Liska changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=29442
Martin Liska changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29081
--- Comment #2 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Martin Liska :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=e441b55e94c905c6ee4417be3e5d88021d9c5aa6
commit e441b55e94c905c6ee4417be3e5
https://sourceware.org/bugzilla/show_bug.cgi?id=29442
--- Comment #3 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Martin Liska :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=06ce017c7d73f90db1c99f9e6a56c486b0313864
commit 06ce017c7d73f90db1c99f9e6a5
https://sourceware.org/bugzilla/show_bug.cgi?id=29457
Bug ID: 29457
Summary: Consider making --disassembler-color=color default if
terminal
Product: binutils
Version: 2.40 (HEAD)
Status: UNCONFIRMED
Severity: no
https://sourceware.org/bugzilla/show_bug.cgi?id=29081
--- Comment #1 from Martin Liska ---
It's much better with 2.39 and I've got one more improvement:
https://sourceware.org/pipermail/binutils/2022-August/122273.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27629
Martin Liska changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
23 matches
Mail list logo