https://sourceware.org/bugzilla/show_bug.cgi?id=32499
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: palmer at dabbelt dot com
Target Milestone: ---
In the valgrind risc-v port there are various testcases that use la on the zero
register loading 0. Which seems indeed redundant, but should it
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
Target Milestone: ---
readelf (apply_relocations) should handle R_RISCV_SET_ULEB128 and
R_RISCV_SUB_ULEB128
To reproduce on
https://sourceware.org/bugzilla/show_bug.cgi?id=32341
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=32100
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=31979
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
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 starti
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;
> h=99175c84026b1bfa534f3
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 are
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' conta
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
--- 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
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=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 do
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 are
https://sourceware.org/bugzilla/show_bug.cgi?id=23535
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
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; }&#
https://sourceware.org/bugzilla/show_bug.cgi?id=2378
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=6019
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=1038
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
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 receivin
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 ma
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/sh
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 reall
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 refe
https://sourceware.org/bugzilla/show_bug.cgi?id=27478
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
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 ma
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 are
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 read_rnglis
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, it
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 s
https://sourceware.org/bugzilla/show_bug.cgi?id=26778
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=25878
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=26740
Mark Wielaard changed:
What|Removed |Added
CC||nickc at sourceware dot org
--- Comme
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 ha
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 are
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
itself)
https://sourceware.org/bugzilla/show_bug.cgi?id=26312
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
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
> a
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 of
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;
> h=131a5a648d314cd15811158150573cb40e
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.
Thanks!
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&action=edit
Proposed patch to handle compressed section alignment correctly
The attached git format-patch resolved th
y: P2
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,
unassign
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
minute
https://sourceware.org/bugzilla/show_bug.cgi?id=22911
Mark Wielaard changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Mark Wielaard
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 are
https://sourceware.org/bugzilla/show_bug.cgi?id=15152
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
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 sectio
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 i
https://sourceware.org/bugzilla/show_bug.cgi?id=22136
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
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 set
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
70 matches
Mail list logo
