https://sourceware.org/bugzilla/show_bug.cgi?id=30343
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=30281
--- Comment #10 from Martin Liska ---
Thanks H.J. for the backport.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30281
--- Comment #7 from Martin Liska ---
H.J.: Can you please cherry-pick that to the latest release 2_40-branch?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30281
--- Comment #5 from Martin Liska ---
(In reply to H.J. Lu from comment #4)
> Created attachment 14788 [details]
> A patch
>
> Try this.
The suggested patch works for me, I can build the package now on i586 with LTO
and PGO enabled.
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=30281
Martin Liska changed:
What|Removed |Added
Summary|error: multiple definition |error: multiple definition
https://sourceware.org/bugzilla/show_bug.cgi?id=30281
Martin Liska changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
Severity: normal
Priority: P2
Component: gprofng
Assignee: vladimir.mezentsev at oracle dot com
Reporter: mliska at suse dot cz
Target Milestone: ---
The following happens if I build binutils on i586, likely since
66f76c545b293f8b89fef0f996a3a48fa59fae61:
[ 35s
https://sourceware.org/bugzilla/show_bug.cgi?id=30279
Martin Liska changed:
What|Removed |Added
Resolution|INVALID |MOVED
See Also|
https://sourceware.org/bugzilla/show_bug.cgi?id=30279
Martin Liska changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
The following fails when I build binutils with:
configure --build=x86_64-linux
https://sourceware.org/bugzilla/show_bug.cgi?id=30043
--- Comment #7 from Martin Liska ---
Thank you for the fix, looks fine now.
--
You are receiving this mail because:
You are on the CC list for the bug.
: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: amodra at gmail dot com
Target Milestone: ---
Since
https://sourceware.org/bugzilla/show_bug.cgi?id=30043
Martin Liska changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Martin Liska
Component: gprofng
Assignee: vladimir.mezentsev at oracle dot com
Reporter: mliska at suse dot cz
CC: matz at suse dot de
Target Milestone: ---
When I configure binutils with:
../configure --prefix=/tmp/install-dir --libdir=/tmp/install-libdir --with-pic
--enable
https://sourceware.org/bugzilla/show_bug.cgi?id=29457
Martin Liska changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://sourceware.org/bugzilla/show_bug.cgi?id=29851
Martin Liska changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29851
--- Comment #4 from Martin Liska ---
Great, it's merged now. H.J. can you please adjust what we emit for plt entries
with -Wl,-z,ibtplt? I can then prepare a patch that removes -Wl,-z,bndplt.
Does it work for you?
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=29851
--- Comment #2 from Martin Liska ---
Ok, should I make a merge request, or will you do that?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29849
--- Comment #2 from Martin Liska ---
Thanks Nick, the patch helps, please commit it.
--
You are receiving this mail because:
You are on the CC list for the bug.
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: hjl.tools at gmail dot com
Target Milestone: ---
I would like to remove the support for -Wl,-z,bndplt as MPX extension is
outdated and unused. However, I noticed that -Wl,-z,ibtplt emits 'bnd
Product: binutils
Version: 2.40 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: matz at suse dot de
Target Milestone
https://sourceware.org/bugzilla/show_bug.cgi?id=29819
Martin Liska changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29819
--- Comment #2 from Martin Liska ---
(In reply to Nick Clifton from comment #1)
> Hi Martin,
>
> > Is it something documented or specified?
>
> Yes, although it is not obvious/highlighted. The linker documentation for
> the -L option
https://sourceware.org/bugzilla/show_bug.cgi?id=29718
Martin Liska changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
https://sourceware.org/bugzilla/show_bug.cgi?id=29718
Martin Liska changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29718
--- Comment #7 from Martin Liska ---
(In reply to Richard Earnshaw from comment #6)
> Sorry, I think this is wrong. You cannot assume anything about a field
> defined to be in the OSABI space if the OSABI field is not set. It doesn't
>
https://sourceware.org/bugzilla/show_bug.cgi?id=29718
Martin Liska changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29718
--- Comment #4 from Martin Liska ---
Original issue:
https://github.com/rui314/mold/issues/805
--
You are receiving this mail because:
You are on the CC list for the bug.
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: nickc at sourceware dot org
Target Milestone: ---
Apparently, as originally reported here:
https://github.com/rui314/mold/issues/822
ld.{bfd,gold} load version
https://sourceware.org/bugzilla/show_bug.cgi?id=29720
--- Comment #4 from Martin Liska ---
Thank you guys, again, a nice example of cooperation ;)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29722
--- Comment #4 from Martin Liska ---
Ok, but it makes such a command-line not portable among other linkers.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29722
--- Comment #2 from Martin Liska ---
(In reply to Andreas Schwab from comment #1)
> In which way is --hash-st=gnu broken?
It's not a listed option, it's only a prefix of an existing one. That's weird
and other programs also reject prefixes
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: nickc at sourceware dot org
Target Milestone: ---
For instance, the following is accepted:
$ gcc-12 a.c -Wl,--hash-st=gnu
$ gcc-12 a.c -Wl,--hash-st=gnu -fuse-ld=gold
/usr/bin/ld.gold
https://sourceware.org/bugzilla/show_bug.cgi?id=29720
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: amerey at redhat dot com
Target Milestone: ---
As a consequence of the implement PR29075, I see the following crash:
$ gcc a.c -Wl,--build-id=none
$ ./binutils/objdump -S
https://sourceware.org/bugzilla/show_bug.cgi?id=29718
Martin Liska changed:
What|Removed |Added
CC||mjw at fedoraproject dot org
---
https://sourceware.org/bugzilla/show_bug.cgi?id=29718
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=29655
--- Comment #3 from Martin Liska ---
Feel free to create a GCC bug for it, thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29655
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=29579
Martin Liska changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29579
--- Comment #4 from Martin Liska ---
> If there will be no regression I send diffs for review tomorrow.
Thanks for the update.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29579
--- Comment #2 from Martin Liska ---
Any progress on this please, it's still breaking i586 target?
--
You are receiving this mail because:
You are on the CC list for the bug.
Assignee: vladimir.mezentsev at oracle dot com
Reporter: mliska at suse dot cz
Target Milestone: ---
Please fix the following warnings:
../../../gprofng/libcollector/iolib.c:151:32: warning: the comparison will
always evaluate as ‘false’ for the address of ‘__collector_exp_dir_name
https://sourceware.org/bugzilla/show_bug.cgi?id=29640
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: i at maskray dot me
Target Milestone: ---
Right now, readelf can't read ZSTD compressed sections:
$ readelf -wi a.o
readelf: Warning
https://sourceware.org/bugzilla/show_bug.cgi?id=29397
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=19109
--- Comment #42 from Martin Liska ---
(In reply to Martin Liska from comment #41)
> (In reply to Fangrui Song from comment #40)
> > If binutils adds zstd (PR29397), the option
> > --enable-compressed-debug-sections= needs to be adjusted:)
>
https://sourceware.org/bugzilla/show_bug.cgi?id=19109
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #41
https://sourceware.org/bugzilla/show_bug.cgi?id=29579
--- Comment #1 from Martin Liska ---
Created attachment 14338
--> https://sourceware.org/bugzilla/attachment.cgi?id=14338=edit
Build log
--
You are receiving this mail because:
You are on the CC list for the bug.
: NEW
Severity: normal
Priority: P2
Component: gprofng
Assignee: vladimir.mezentsev at oracle dot com
Reporter: mliska at suse dot cz
CC: vladimir.mezentsev at oracle dot com
Target Milestone: ---
I see binutils fails on i586-linux-gnu
https://sourceware.org/bugzilla/show_bug.cgi?id=29397
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
--- Comment #33 from Martin Liska ---
Thanks Aaron, I can confirm the patch works for me!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
Martin Liska changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=29551
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=29457
Martin Liska changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29457
--- Comment #2 from Martin Liska ---
Yes, thanks for it. I've just tested the patch and it looks nice!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29451
--- Comment #10 from Martin Liska ---
(In reply to Jan Beulich from comment #9)
> The commit in question actually tries to avoid emitting zero-sized regions,
> so the question is why
>
> if (S_GET_SIZE (symp) == 0)
> {
>
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=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
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|---
: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: aburgess at redhat dot com
Target Milestone: ---
Similar to other tools, please consider colored output when the output goes
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|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29442
--- Comment #2 from Martin Liska ---
Patch has been sent here:
https://sourceware.org/pipermail/binutils/2022-August/122272.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29451
Martin Liska changed:
What|Removed |Added
CC||jbeulich at suse dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=29451
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=29442
--- Comment #1 from Martin Liska ---
I likely know how to fix it.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29442
Martin Liska changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
The following simple test case fails when dwz is used:
$ cat demo.C
namespace std {
enum { _S_fixed
https://sourceware.org/bugzilla/show_bug.cgi?id=28813
Martin Liska changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=28978
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #6
https://sourceware.org/bugzilla/show_bug.cgi?id=29369
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=26815
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You
: 2.37
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
The following fails when I build binutils with:
configure --build
https://sourceware.org/bugzilla/show_bug.cgi?id=29152
Martin Liska changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
--- Comment #10 from Martin Liska ---
>
> Please could you try out this proposed patch ?
>
Thank you for the patch! But it does not work, when I debug it I can confirm
show_line is called but there's early exit in:
if (!
https://sourceware.org/bugzilla/show_bug.cgi?id=28843
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #9
https://sourceware.org/bugzilla/show_bug.cgi?id=29080
Martin Liska changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|WAITING
: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
The debug info are big, so it's easiest to use a Docker image one can run
locally:
$ cat Dockerfile-thunderbird-objdump
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
$ time readelf -S /usr/lib64/thunderbird/libxul.so
There are 33 section headers, starting at offset 0x85e4bc0:
Section Headers
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
--- Comment #6 from Martin Liska ---
Sure, let's assume you have a system that has set DEBUGINFOD_URLS variable (in
my case DEBUGINFOD_URLS=https://debuginfod.opensuse.org/).
Let's clear debuginfod cache:
$ rm -rf ~/.cache/debuginfod_client/
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
--- Comment #4 from Martin Liska ---
Sorry for not being clear enough.
> or that "running objdump -S does not trigger a debuginfod lookup" ?
This one is the case. Note debuginfod provides source files via the following
HTTP API:
$ man
: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
Due to that, one can't get source code annotation for perf report/annotate as
it calls commands like:
objdump --start-address=0x0001ce60 --stop-address
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
Martin Liska changed:
What|Removed |Added
CC||fche at redhat dot com,
https://sourceware.org/bugzilla/show_bug.cgi?id=29072
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=27246
--- Comment #22 from Martin Liska ---
(In reply to Allen from comment #21)
> If the ld.gold, which install on my system default, don't merge such patch,
> is there any option can avoid such bug?
>
> eg: -gdwarf-2
Yes, you can compile all
https://sourceware.org/bugzilla/show_bug.cgi?id=29005
Martin Liska changed:
What|Removed |Added
CC||jbeulich at suse dot com
--- Comment
Version: 2.37
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
The following fails when I build binutils
Version: 2.37
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gprof
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
The error happens with: configure --enable-pgo-build=lto
https://sourceware.org/bugzilla/show_bug.cgi?id=28867
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=28886
--- Comment #2 from Martin Liska ---
Hi Nick.
Well, I like any of the suggestions you provided. Please install it.
Cheers,
Martin
--
You are receiving this mail because:
You are on the CC list for the bug.
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
$ ../configure --build=x86_64-linux --disable-gdb --disable-gdbserver
--disable-sim --enable-obsolete --target=ns32k
: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
Happens for a GCC from SPEC benchmarks generated with ICC:
$ wget https://splichal.eu/tmp/gcc_r
$ objdump --start-address
https://sourceware.org/bugzilla/show_bug.cgi?id=28716
--- Comment #4 from Martin Liska ---
(In reply to Nick Clifton from comment #3)
> How embarassing. Yes it was me. Now fixed...
Heh ;) It happens easily such a leftover.
--
You are receiving this mail because:
You are on the CC list for
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: amodra at gmail dot com
Target Milestone: ---
Since 61ab1364c7efa3934e0ca62af444e6e6e34f219e, readelf prints:
$
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: amodra at gmail dot com
Target Milestone: ---
Started with g:43908c16539f486d0b1afc43329bf59d1c3cdd20
Happens during GCC bootstrap
https://sourceware.org/bugzilla/show_bug.cgi?id=28610
--- Comment #3 from Martin Liska ---
Thanks for the quick fix.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28610
--- Comment #1 from Martin Liska ---
The problematic backtrace is:
Breakpoint 8, riscv_update_subset (rps=rps@entry=0xb9bee0 ,
str=str@entry=0x63114887 "+") at ../../bfd/elfxx-riscv.c:2211
2211{
(gdb) bt
#0 riscv_update_subset
1 - 100 of 374 matches
Mail list logo