https://sourceware.org/bugzilla/show_bug.cgi?id=28843
--- Comment #1 from H.J. Lu ---
Without -wN, readelf may use debuginfod to download debug info.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28843
Jan Kratochvil changed:
What|Removed |Added
CC||jan at jankratochvil dot net
--- Com
https://sourceware.org/bugzilla/show_bug.cgi?id=28843
--- Comment #3 from H.J. Lu ---
(In reply to Jan Kratochvil from comment #2)
> This "binarywithdwarf" has no separate debug info, all the debug info is in
> it (this is why I did show it has 187MB).
> All the time is spent in load_separate_deb
https://sourceware.org/bugzilla/show_bug.cgi?id=28843
--- Comment #4 from Jan Kratochvil ---
No.
But it spends all the time on:
│3905 for (entry = list->first_abbrev; entry != NULL; entry =
│3906if (entry->number == abbrev_number)
I have no idea why it needs to read .debug_in
https://sourceware.org/bugzilla/show_bug.cgi?id=28843
--- Comment #5 from H.J. Lu ---
Created attachment 13943
--> https://sourceware.org/bugzilla/attachment.cgi?id=13943&action=edit
A patch
Try this.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28843
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--
You are receiving this mail bec
https://sourceware.org/bugzilla/show_bug.cgi?id=28843
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are rece
https://sourceware.org/bugzilla/show_bug.cgi?id=28843
--- Comment #6 from Jan Kratochvil ---
Yes, it works, thanks:
real0m8.270s
->
real0m0.048s
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28843
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #7 from H.J. Lu ---
A patc
https://sourceware.org/bugzilla/show_bug.cgi?id=28843
H.J. Lu changed:
What|Removed |Added
Attachment #13943|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=28844
Bug ID: 28844
Summary: ld (bfd) segfaults on building efivar-38 with -flto
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Co
https://sourceware.org/bugzilla/show_bug.cgi?id=28844
Sam James changed:
What|Removed |Added
Component|binutils|ld
--
You are receiving this mail becaus
https://sourceware.org/bugzilla/show_bug.cgi?id=28844
--- Comment #1 from Sam James ---
Frustratingly, all I can get so far is this in dmesg:
```
[ 3242.697514] ld[599499]: segfault at 0 ip 7f1bf07755de sp
7ffc3da2eb38 error 4 in libc.so.6[7f1bf0629000+171000]
[ 3242.705494] Code: 00 00 0
https://sourceware.org/bugzilla/show_bug.cgi?id=28844
--- Comment #2 from Sam James ---
The best I can get so far is reproducing it with a Dockerfile. Please tell me
if I can extract more useful information & how.
Dockerfile:
```
FROM gentoo/stage3
# Get latest copy of the repository
RUN emerge
https://sourceware.org/bugzilla/show_bug.cgi?id=28827
--- Comment #6 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=9ff8aa7d418bc508dbd429576b93e30ed9dc5891
commit 9ff8aa7d418bc508dbd429576b93e
15 matches
Mail list logo