https://sourceware.org/bugzilla/show_bug.cgi?id=31881
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=30002
--- Comment #14 from Mark Wielaard ---
(In reply to H.J. Lu from comment #13)
> Created attachment 14602 [details]
> Try this one
Note that since the gentoo-sparc builder also does binutils-try builds you can
try by pushing to a branch
https://sourceware.org/bugzilla/show_bug.cgi?id=30002
--- Comment #10 from Mark Wielaard ---
(In reply to cvs-com...@gcc.gnu.org from comment #9)
> The try-PR26391 branch has been updated by Mark Wielaard
> :
>
> https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;
>
https://sourceware.org/bugzilla/show_bug.cgi?id=30002
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=29993
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=29451
--- Comment #11 from Mark Wielaard ---
(In reply to Jan Beulich from comment #8)
> (In reply to Mark Wielaard from comment #7)
> > > and the symbol size is also 0 in the table:
> > > $ readelf -s crti.o
> > >
> > > Symbol table '.symtab'
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:
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
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
> >
https://sourceware.org/bugzilla/show_bug.cgi?id=29451
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
--- Comment #7 from Mark Wielaard ---
So more specifically whenever objdump -S cannot find the sources it can try to
call debuginfod_find_source () just like it tries to find the original
debuginfo through debuginfod_find_debuginfo. See the
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
Mark Wielaard changed:
What|Removed |Added
CC|mjw at fedoraproject dot org |mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=28915
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=23535
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: mark at klomp dot org
CC: ian at airs dot com, mliska at suse dot cz
Target Milestone: ---
Minimal reproducer:
$ echo 'main() { return 0; }' | gcc
https://sourceware.org/bugzilla/show_bug.cgi?id=2378
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=6019
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=1038
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=27797
--- Comment #7 from Mark Wielaard ---
realloc with size zero is super confusing, so much so that C11 deprecated the
use of calling realloc with size zero:
http://www.open-std.org/jtc1/sc22/wg14/www/docs/summary.htm#dr_400
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=27215
Mark Wielaard changed:
What|Removed |Added
CC|mjw at fedoraproject dot org |mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=27226
Mark Wielaard changed:
What|Removed |Added
CC|mjw at fedoraproject dot org |
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=26706
--- Comment #4 from Mark Wielaard ---
Hi Ben,
Bugzilla tricked you and changed the from so your reply went directly
into the bug.
On Tue, Mar 09, 2021 at 12:41:46AM +, woodard at redhat dot com wrote:
>
https://sourceware.org/bugzilla/show_bug.cgi?id=26706
--- Comment #2 from Mark Wielaard ---
(In reply to Fangrui Song from comment #1)
> You can additionally link an object file with an artificial long symbol
> name. Since that symbol is not used, you can change its .dynstr
I think that is
https://sourceware.org/bugzilla/show_bug.cgi?id=27484
--- Comment #6 from Mark Wielaard ---
Comment on attachment 13273
--> https://sourceware.org/bugzilla/attachment.cgi?id=13273
object file - ICC
That does look like the same issue. It also generates an DW_AT_specification
with a forward
https://sourceware.org/bugzilla/show_bug.cgi?id=27478
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=27484
Mark Wielaard changed:
What|Removed |Added
CC|mjw at fedoraproject dot org |
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=27484
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=27246
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=27231
--- Comment #10 from Mark Wielaard ---
(In reply to Jakub Jelinek from comment #9)
> (In reply to H.J. Lu from comment #6)
> >
> > if ((low_pc == 0 && high_pc == 0) || low_pc == high_pc)
> > return FALSE;
> >
> > in
https://sourceware.org/bugzilla/show_bug.cgi?id=27226
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=26808
--- Comment #11 from Mark Wielaard ---
(In reply to H.J. Lu from comment #10)
> A patch is posted at
>
> https://sourceware.org/pipermail/binutils/2020-October/113938.html
Thanks. I get what is going on now. This isn't a normal .dwo file,
https://sourceware.org/bugzilla/show_bug.cgi?id=26808
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=26778
--- Comment #1 from Mark Wielaard ---
Introduced by:
commit bd0c565edbf4ba8121fded38e389530d7fa6f963
Author: H.J. Lu
Date: Sat Oct 17 04:24:22 2020 -0700
gas: Always use as_where for preprocessed assembly codes
Always clear the
https://sourceware.org/bugzilla/show_bug.cgi?id=26778
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=25878
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=26740
Mark Wielaard changed:
What|Removed |Added
CC||nickc at sourceware dot org
---
https://sourceware.org/bugzilla/show_bug.cgi?id=26740
--- Comment #3 from Mark Wielaard ---
(In reply to H.J. Lu from comment #2)
> (In reply to Mark Wielaard from comment #1)
> > The issue is that some instructions are emitted (dwarf2_emit_insn is called)
> > before the first .file directive
https://sourceware.org/bugzilla/show_bug.cgi?id=26740
--- Comment #1 from Mark Wielaard ---
The issue is that some instructions are emitted (dwarf2_emit_insn is called)
before the first .file directive has been seen. This allocates x.s
(the input file) as first file entry. Later when the actual
https://sourceware.org/bugzilla/show_bug.cgi?id=26706
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=26312
--- Comment #3 from Mark Wielaard ---
(In reply to Szabolcs Nagy from comment #2)
> i don't know about sh_entsize, i will have to check what it should be.
In general sh_size modulo sh_entsize needs to be zero (if sh_entsize isn't zero
https://sourceware.org/bugzilla/show_bug.cgi?id=26312
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=24717
--- Comment #6 from Mark Wielaard ---
(In reply to Nick Clifton from comment #5)
> Presumably it would make sense to silence this warning when processing .debug
> files. Is there a reliable way to detect them ? For example can such files
>
https://sourceware.org/bugzilla/show_bug.cgi?id=24717
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=23919
Bug 23919 depends on bug 23916, which changed state.
Bug 23916 Summary: [bisected] elifutils-0.175 broke kernel's objtool
(elifutils-0.173 works)
https://sourceware.org/bugzilla/show_bug.cgi?id=23916
What|Removed
https://sourceware.org/bugzilla/show_bug.cgi?id=23919
--- Comment #11 from Mark Wielaard ---
(In reply to H.J. Lu from comment #9)
> This change triggered
>
> gcctestdir/collect-ld: warning: gdb_index_test_cdebug_gabi.o: section
> .debug_str contains incorrectly aligned strings; the alignment
https://sourceware.org/bugzilla/show_bug.cgi?id=23919
--- Comment #10 from Mark Wielaard ---
(In reply to cvs-com...@gcc.gnu.org from comment #6)
> The master branch has been updated by H.J. Lu :
>
> https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;
>
https://sourceware.org/bugzilla/show_bug.cgi?id=23919
--- Comment #4 from Mark Wielaard ---
(In reply to Nick Clifton from comment #3)
> Thanks very much for the bug report, and especially for a patch to fix it!
> I have applied the patch, so I hope that this problem is now resolved.
https://sourceware.org/bugzilla/show_bug.cgi?id=23919
--- Comment #1 from Mark Wielaard ---
Created attachment 11413
--> https://sourceware.org/bugzilla/attachment.cgi?id=11413=edit
Proposed patch to handle compressed section alignment correctly
The attached git format-patch resolved this
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: devurandom at gmx dot net, elfutils-devel at sourceware dot
org,
mark at klomp dot org, slyfox at inbox dot ru,
unassigned
https://sourceware.org/bugzilla/show_bug.cgi?id=22911
--- Comment #7 from Mark Wielaard ---
(In reply to H.J. Lu from comment #6)
> A patch is posted at
>
> https://sourceware.org/ml/binutils/2018-03/msg00015.html
Thanks. With that patch my original testcase takes just 11 seconds (from 2
https://sourceware.org/bugzilla/show_bug.cgi?id=22911
Mark Wielaard changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Mark
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: jseward at acm dot org
Target Milestone: ---
The following commit:
commit a24bb4f0cce83eea8b2ad1542316651143af6f90
Author: Nick
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
Target Milestone: ---
The .note.gnu.property SHT_NOTE uses wrong alignment and padding on ELFCLASS64.
This breaks note parsers which will see garbage data inside a NOTE and might
flag the ELF
https://sourceware.org/bugzilla/show_bug.cgi?id=22249
--- Comment #13 from Mark Wielaard ---
(In reply to Tom Tromey from comment #4)
> (In reply to Nick Clifton from comment #2)
> > * For completeness sake if nothing else, shouldn't we also be able to
> > specify an end address for CU dumping
https://sourceware.org/bugzilla/show_bug.cgi?id=13569
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=15152
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=22249
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=22136
--- Comment #18 from Mark Wielaard ---
(In reply to H.J. Lu from comment #16)
> (In reply to Mark Wielaard from comment #15)
> > (In reply to H.J. Lu from comment #14)
> > > Anything else besides "identical to the phdrs"? Must .dynamic
https://sourceware.org/bugzilla/show_bug.cgi?id=22136
--- Comment #15 from Mark Wielaard ---
(In reply to H.J. Lu from comment #14)
> Anything else besides "identical to the phdrs"? Must .dynamic section have
> the identical section contents in debug info file?
Allocated sections are NOBITS in
https://sourceware.org/bugzilla/show_bug.cgi?id=22136
--- Comment #13 from Mark Wielaard ---
(In reply to H.J. Lu from comment #11)
> So the problem is the invalid .dynamic section. Can we just drop
> .dynamic section with "objcopy --only-keep-debug"
No. The phdrs in a separate debug file are
https://sourceware.org/bugzilla/show_bug.cgi?id=22136
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=21809
--- Comment #2 from Mark Wielaard ---
(In reply to Nick Clifton from comment #1)
> Created attachment 10280 [details]
> Something like this ?
>
> Please give it a try and let me know if it works for you.
It seems to work on an armv7l
iority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
Target Milestone: ---
On arm and aarch64:
$ echo "int main() { return 1; }" | gcc -g -xc -
$ eu-readelf -S ./a.out | grep debug_frame
[31] .debug_frame P
https://sourceware.org/bugzilla/show_bug.cgi?id=20876
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #3
64 matches
Mail list logo
