https://sourceware.org/bugzilla/show_bug.cgi?id=28867
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You are
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
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 with
https://sourceware.org/bugzilla/show_bug.cgi?id=29005
Martin Liska changed:
What|Removed |Added
CC||jbeulich at suse dot com
--- Comment #
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 ob
https://sourceware.org/bugzilla/show_bug.cgi?id=29072
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=29075
Martin Liska changed:
What|Removed |Added
CC||fche at redhat dot com,
: 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-ad
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 debug
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/
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
: 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-ob
https://sourceware.org/bugzilla/show_bug.cgi?id=29080
Martin Liska changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|WAITING
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=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 (! bfd_find_nearest
https://sourceware.org/bugzilla/show_bug.cgi?id=29152
Martin Liska changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--
You are r
: 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=26815
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=29369
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You are
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=28813
Martin Liska changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
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=29442
Martin Liska changed:
What|Removed |Added
CC||mark at klomp dot org
--
You are rece
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=29451
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You are
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=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=27629
Martin Liska changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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.
: 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=29442
Martin Liska changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=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=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=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=29457
Martin Liska changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29551
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You are
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=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=29397
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You are
tatus: 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-linu
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&action=edit
Build log
--
You are receiving this mail because:
You are on the CC list for the bug.
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=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=29397
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: Wa
https://sourceware.org/bugzilla/show_bug.cgi?id=29640
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
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’ will
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.
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
Martin Liska changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29655
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You are
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=29718
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=29718
Martin Liska changed:
What|Removed |Added
CC||mjw at fedoraproject dot org
--- Comme
: 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=29075
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=29720
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
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=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 of
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=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.
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=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.
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 #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
> matte
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
Martin Liska changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
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 states
https://sourceware.org/bugzilla/show_bug.cgi?id=29819
Martin Liska changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
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
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.
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=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 m
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=29457
Martin Liska changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
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=30043
Martin Liska changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Martin Liska
: 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
--- 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: 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=30279
Martin Liska changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30279
Martin Liska changed:
What|Removed |Added
Resolution|INVALID |MOVED
See Also|
: NEW
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:
[
https://sourceware.org/bugzilla/show_bug.cgi?id=30281
Martin Liska changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
A
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
--- 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
--- 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 #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=30343
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--
You are
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
As mentioned here: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82172,
ld.bfd marks following symbol of libstdc++:
$ readelf -s /usr
https://sourceware.org/bugzilla/show_bug.cgi?id=0
--- Comment #3 from Martin Liska ---
> $ g++ lib.c -shared -fPIC -o libtest.so
> $ g++ main.c -ltest -L. -flto -O2 --save-temps && grep xyz main.res
> 232 a8edc87dd4d6628a PREVAILING_DEF _ZZ3goovE3xyz
>
I can confirm having this:
ld --versi
https://sourceware.org/bugzilla/show_bug.cgi?id=0
--- Comment #5 from Martin Liska ---
(In reply to Alan Modra from comment #4)
> Ah, yes the preprocessed file in
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82172 fails even on binutils
> master. (My gcc was a little out of date, 8.0.0 201
https://sourceware.org/bugzilla/show_bug.cgi?id=0
--- Comment #10 from Martin Liska ---
Great, I considered symbol versioning is somehow responsible for that.
Thank you both for help.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
$ cat nops.c
void
__attribute__((aligned(128)))
foo (int invariant)
{
for (;;)
;
}
void
__attribute__((aligned(64)))
foo2
https://sourceware.org/bugzilla/show_bug.cgi?id=22874
--- Comment #4 from Martin Liska ---
(In reply to H.J. Lu from comment #1)
> The limit of multibyte nop for code alignment is
>
> #define MAX_MEM_FOR_RS_ALIGN_CODE 31
Thanks, I can confirm that:
004004c0 :
4004c0: eb fe
Version: 2.31 (HEAD)
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
Hello.
With current thunk I see:
$ valgrind --leak-check
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
Target Milestone: ---
As see here: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84833#c6
nm uses 'i' letter for GNU IFUNC symbols and it wou
1 - 100 of 379 matches
Mail list logo