Component: tools
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Created attachment 11047
--> https://sourceware.org/bugzilla/attachment.cgi?id=11047&action=edit
te
https://sourceware.org/bugzilla/show_bug.cgi?id=23247
--- Comment #3 from Martin Liska ---
(In reply to Mark Wielaard from comment #1)
> Thanks, for some reason we used the wrong listptr for locview attributes.
> This fixes it:
>
> diff --git a/src/readelf.c b/src/readelf.c
> index 2ccbea5..6f2f
arger-than=]
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutil
https://sourceware.org/bugzilla/show_bug.cgi?id=23248
--- Comment #1 from Martin Liska ---
The same happens on i586, after lunch I'll isolate that.
--
You are receiving this mail because:
You are on the CC list for the bug.
Component: general
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Created attachment 5
--> https://sourceware.org/bugzilla/attachment.cgi?id=5&action=edit
a
https://sourceware.org/bugzilla/show_bug.cgi?id=23370
--- Comment #2 from Martin Liska ---
(In reply to Mark Wielaard from comment #1)
> Although relocations in ET_REL files could be an issue, they aren't actually
> for this test, because the relocations that are there are against the
> addresses
: normal
Priority: P2
Component: tools
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Following test-case fails:
$ ./tests/backtrace-dwarf
0x3ffbd840622
https://sourceware.org/bugzilla/show_bug.cgi?id=23673
--- Comment #2 from Martin Liska ---
$ ld --version
GNU ld (GNU Binutils; openSUSE:Factory:zSystems) 2.31
$ /lib64/libc.so.6
GNU C Library (GNU libc) stable release version 2.28 (git 3c03baca37fd).
--
You are receiving this mail because:
Yo
https://sourceware.org/bugzilla/show_bug.cgi?id=23673
--- Comment #4 from Martin Liska ---
Created attachment 11257
--> https://sourceware.org/bugzilla/attachment.cgi?id=11257&action=edit
openSUSE build log
I'm attaching my build log. In general, I guess following flags are used:
-std=gnu99 -
https://sourceware.org/bugzilla/show_bug.cgi?id=23673
Martin Liska changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://sourceware.org/bugzilla/show_bug.cgi?id=23673
Martin Liska changed:
What|Removed |Added
Summary|TEST|TEST
|./tests/backtr
https://sourceware.org/bugzilla/show_bug.cgi?id=23673
--- Comment #9 from Martin Liska ---
Hm, on x86_64 (on trunk) I see all tests OK, but:
$ ./backtrace-dwarf
backtrace-dwarf: backtrace-dwarf.c:146: main: Assertion `errno == 0' failed.
0x77a4f08b raise
0x77a384e9 abort
0x77a383c
https://sourceware.org/bugzilla/show_bug.cgi?id=23673
--- Comment #11 from Martin Liska ---
With the suggested patch I see following in test-suite.log on s390x:
[ 86s] + cat tests/test-suite.log
[ 86s] ==
[ 86s]elfutils 0.174: tests/test-suite.lo
https://sourceware.org/bugzilla/show_bug.cgi?id=23673
--- Comment #13 from Martin Liska ---
(In reply to Dmitry V. Levin from comment #12)
> (In reply to Martin Liska from comment #11)
> > With the suggested patch I see following in test-suite.log on s390x:
> [...]
> > [ 86s] FAIL: run-backtrac
https://sourceware.org/bugzilla/show_bug.cgi?id=23673
--- Comment #15 from Martin Liska ---
Thanks Mark, I installed the patch but I see still the same. For now, I'm
leaving that, I'm not so much interested in s390x ;)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=23673
--- Comment #17 from Martin Liska ---
(In reply to Mark Wielaard from comment #16)
> (In reply to Martin Liska from comment #15)
> > Thanks Mark, I installed the patch but I see still the same.
>
> The output was exactly the same? That is sur
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libelf
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23673
--- Comment #23 from Martin Liska ---
Just for the record, as of version 0.175 the test works fine on all targets I
can test (including s390x).
--
You are receiving this mail because:
You are on the CC list for the bug.
: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org, fche at redhat dot com
Target Milestone: ---
Reproducer:
$ mkdir /tmp/test &
https://sourceware.org/bugzilla/show_bug.cgi?id=29474
--- Comment #1 from Martin Liska ---
Have a better knowledge of what happens. Let's assume the following debugging
patch:
diff --git a/debuginfod/debuginfod.cxx b/debuginfod/debuginfod.cxx
index a089d0bd..0320f289 100644
--- a/debuginfod/debu
https://sourceware.org/bugzilla/show_bug.cgi?id=29474
--- Comment #2 from Martin Liska ---
So it's the prefetching feature as documented here:
// 3) extract some number of prefetched entries (just into fdcache)
...
if (r != 0) // stage 3
{
// NB: now we know we have a c
https://sourceware.org/bugzilla/show_bug.cgi?id=29474
--- Comment #3 from Martin Liska ---
Created attachment 14271
--> https://sourceware.org/bugzilla/attachment.cgi?id=14271&action=edit
Possible patch candidate (needs removal of extra debugging)
--
You are receiving this mail because:
You a
https://sourceware.org/bugzilla/show_bug.cgi?id=29474
Martin Liska changed:
What|Removed |Added
Attachment #14271|0 |1
is obsolete|
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Consider a very common test case where you debug a binary and the binary
https://sourceware.org/bugzilla/show_bug.cgi?id=29472
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=28284
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=29472
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=29478
--- Comment #2 from Martin Liska ---
Thanks for the reply, after reading of the RH bug, I can see you faced the very
same problem as me ;)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29474
Martin Liska changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |mliska at suse dot cz
--
You
|UNCONFIRMED |NEW
CC||mliska at suse dot cz
Ever confirmed|0 |1
--- Comment #1 from Martin Liska ---
It's definitelly not consistent with strip (from binutils) that keeps the
section.
--
You are receiving
Component: general
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org, mjw at fedoraproject
dot org
Target Milestone: ---
Please list flags meaning when running eu-readelf:
$ eu-readelf -SW a.o
Th
Component: general
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org, mjw at fedoraproject
dot org
Target Milestone: ---
Fails due to:
[ 96s] In file included from /usr/include/ar.h:22
https://sourceware.org/bugzilla/show_bug.cgi?id=29614
Martin Liska changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://sourceware.org/bugzilla/show_bug.cgi?id=29614
Martin Liska changed:
What|Removed |Added
CC||siddhesh at sourceware dot org
--- Com
https://sourceware.org/bugzilla/show_bug.cgi?id=29614
--- Comment #5 from Martin Liska ---
Am using the current master of both GCC and Glibc library:
[ 96s] gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -DLOCALEDIR='"/usr/share/locale"'
-I. -I.. -I. -I. -I../lib -I.. -I. -I./../libelf -I./../libebl -I./.
https://sourceware.org/bugzilla/show_bug.cgi?id=29614
Martin Liska changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29565
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
FAIL: run-debuginfod-federation-sqlite.sh
...
++ ... /home/marxin
https://sourceware.org/bugzilla/show_bug.cgi?id=29714
Martin Liska changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29565
--- Comment #1 from Martin Liska ---
First part patch:
https://sourceware.org/pipermail/elfutils-devel/2022q4/005491.html
--
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: elfutils-devel at sourceware dot org, mjw at fedoraproject
dot org
Target Milestone: ---
Note there's a difference in between binutils and elfutils where the later on
has an opt
https://sourceware.org/bugzilla/show_bug.cgi?id=29719
--- Comment #1 from Martin Liska ---
3) we may want to implement the semantic: dump all symbols that live in a given
section "foo". Can be handy for sections like .hot.text and so on.
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=29719
--- Comment #3 from Martin Liska ---
(In reply to Mark Wielaard from comment #2)
> I like the WARNING idea. This would also help with something like:
> $ eu-readelf --symbols=.dynsyms /bin/bash
> Which currently says nothing, but should warn (
iority: P2
Component: tools
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
The same issue as reported for binutils (PR29718).
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=29826
Martin Liska changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |mliska at suse dot cz
|unassigned at sourceware dot org |mliska at suse dot cz
--- Comment #4 from Martin Liska ---
I finished the patch:
https://sourceware.org/pipermail/elfutils-devel/2022q4/005607.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29719
Martin Liska changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=29565
Martin Liska changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29826
Martin Liska changed:
What|Removed |Added
Resolution|--- |INVALID
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=28608
Martin Liska changed:
What|Removed |Added
Last reconfirmed||2023-01-13
Status|UNCONFIR
https://sourceware.org/bugzilla/show_bug.cgi?id=29571
--- Comment #3 from Martin Liska ---
@Mark: Can you please push the patch?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28608
Martin Liska changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org, mark at klomp dot org
Target Milestone: ---
Created attachment 14650
--> https://sourceware.org/bugzilla/attachment.cgi?id=14650&action=edi
https://sourceware.org/bugzilla/show_bug.cgi?id=30072
--- Comment #2 from Martin Liska ---
> It looks like the other way around (but the test-suite.log is confusing).
> Could you check whether configure detected DEMANGLE support?
>
> libstdc++ demangle support : yes
Yes, I really mi
https://sourceware.org/bugzilla/show_bug.cgi?id=30047
--- Comment #5 from Martin Liska ---
May I please ping this issue as one needs it with the latest binutils release
(2.40).
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30047
--- Comment #7 from Martin Liska ---
Thank you, Mark. Can you please commit the patch so that very can cherry-pick
it?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30192
--- Comment #1 from Martin Liska ---
On 3/2/23 14:20, kloczko.tomasz at gmail dot com via Elfutils-devel wrote:
> /home/tkloczko/rpmbuild/BUILD/elfutils-0.188/tests/funcretval:
> dwfl_module_return_value_location: cannot handle DWARF type desc
https://sourceware.org/bugzilla/show_bug.cgi?id=30047
Martin Liska changed:
What|Removed |Added
CC||kloczko.tomasz at gmail dot com
--- Co
https://sourceware.org/bugzilla/show_bug.cgi?id=30192
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
https://sourceware.org/bugzilla/show_bug.cgi?id=25448
--- Comment #5 from Martin Liska ---
I'm pretty happy about what we have now.
You may add statistics about average response time and I would like to see
stats per request type (e.g. http_responses_transfer_bytes_count for debuginfo,
source, bi
https://sourceware.org/bugzilla/show_bug.cgi?id=25448
--- Comment #7 from Martin Liska ---
The response time is more a wish. What's the most important is the progress
indication that can a consumer get in gdb, or other tool.
For now, I wouldn't spend time with more metrics.
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #8
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #18 from Martin Liska ---
> I am hoping that helps both the Suse use case which would like a
> bootstrap/dummy libdebuginfod.so (--enable-libdebuginfod=dummy
> --disable-debuginfod)
Yes, I can confirm the suggested scenario will w
Severity: normal
Priority: P2
Component: libelf
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Created attachment 12897
--> ht
https://sourceware.org/bugzilla/show_bug.cgi?id=26734
--- Comment #1 from Martin Liska ---
Fails here:
./libelf/elf32_updatenull.c:
if (unlikely (sh_size % shdr->sh_entsize != 0))
{
__libelf_seterrno (ELF_E_INVALID_SHENTSIZE);
https://sourceware.org/bugzilla/show_bug.cgi?id=26734
--- Comment #2 from Martin Liska ---
And there's the problematic .plt entry:
$ objdump -D -j .plt /tmp/authvar
/tmp/authvar: file format elf64-littleaarch64
Disassembly of section .plt:
00402b00 <.plt>:
402b00: d503245f
https://sourceware.org/bugzilla/show_bug.cgi?id=26734
Martin Liska changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26125
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #1
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
As reported here:
https://bugzilla.suse.com/show_bug.cgi?id=1180306
```
It introduces the file
https://sourceware.org/bugzilla/show_bug.cgi?id=27146
Martin Liska changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27277
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #1
Component: general
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Using the GCC 11 (master) I see the following issue:
$ cat size.i
int main_argc_remaining
https://sourceware.org/bugzilla/show_bug.cgi?id=27367
--- Comment #1 from Martin Liska ---
Happens for version 0.182.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27367
Martin Liska changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27367
Martin Liska changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=27351
--- Comment #4 from Martin Liska ---
Note that The Rpm-ecosystem Archives is likely out of date, the latest month is
"June 2020".
I would rather create an issue here:
https://github.com/rpm-software-management/rpm/issues
--
You are receiving
Priority: P2
Component: tools
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Having a core file, it would be handy to assemble a debugable executable
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
--- Comment #2 from Martin Liska ---
(In reply to Mark Wielaard from comment #1)
> I assume this would be some kind of "pack" command? Which would pack all
> relevant files, executables and debuginfo together into one directory?
Exactly.
>
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
--- Comment #5 from Martin Liska ---
> If the use case is letting a gdb user without debuginfod connectivity of her
> own access a cache of debug content ... perhaps transmit a tarball of
> $HOME/.cache/debuginfod along with the core dump?
Th
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
Component: libelf
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
I see the following failure:
[ 349s] FAIL: run-backtrace-native.sh
[ 349s
NCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Noticed that when using ld.gold:
$ /h
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
Martin Liska changed:
What|Removed |Added
CC||mjw at fedoraproject dot org
--- Comme
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #3 from Martin Liska ---
F="-O2 -g -Wall -fuse-ld=gold" && export CFLAGS="$F" && export CXXFLAGS="$F" &&
export LDFLAGS="$F" && ./configure --enable-maintainer-mode
make && make check
--
You are receiving this mail because:
You a
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #4 from Martin Liska ---
$ wget https://splichal.eu/tmp/addr2line
$ ./elflint --quiet --gnu-ld addr2line
phdr[6]: unknown object file note type 32 with owner name '' at offset 48
phdr[6]: extra 72 bytes after last note
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #5 from Martin Liska ---
Minimal reproducer:
$ echo 'main() { return 0; }' | gcc -x c - -fuse-ld=gold && ./elflint --gnu-ld
a.out
:1:1: warning: return type defaults to ‘int’ [-Wimplicit-int]
phdr[6]: unknown object file note type
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #8 from Martin Liska ---
> There are two phdr PT_NOTE segments because they have different alignments
> (05 has alignment 8 and covers .note.gnu.property, 06 has alignment 8
06 has alignment 0x4, right?
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #11 from Martin Liska ---
(In reply to Mark Wielaard from comment #9)
> So the real difference is that with the Fedora the .note.gnu.property has
> alignment 4 and so it gets merged with the other (allocated) note sections.
> But t
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #12 from Martin Liska ---
(In reply to Martin Liska from comment #11)
> (In reply to Mark Wielaard from comment #9)
> > So the real difference is that with the Fedora the .note.gnu.property has
> > alignment 4 and so it gets merged
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #13 from Martin Liska ---
Note
https://github.com/bminor/binutils-gdb/blob/master/gas/config/tc-i386.c#L9083
shows that alignment should be equal to 8 for ELFCLASS64.
--
You are receiving this mail because:
You are on the CC list
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #14 from Martin Liska ---
Mark, what do you see for:
$ echo '' | as --64 -o empty.o && readelf -SW empty.o | grep note.gnu
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #16 from Martin Liska ---
All right, one can reproduce it in fedora/rawhide container:
$ podman run --rm -it fedora:rawhide /bin/bash
$ dnf install -y elfutils gcc
$ echo 'int main() { return 0; }' | gcc -x c - -fuse-ld=gold && eu
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #17 from Martin Liska ---
(In reply to Martin Liska from comment #16)
> All right, one can reproduce it in fedora/rawhide container:
>
> $ podman run --rm -it fedora:rawhide /bin/bash
> $ dnf install -y elfutils gcc
> $ echo 'int
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #18 from Martin Liska ---
Note, there's BFD product:
$ eu-readelf -l a.out
Program Headers:
Type Offset VirtAddr PhysAddr FileSiz MemSiz
Flg Align
PHDR 0x40 0x00400040 0
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #19 from Martin Liska ---
(In reply to Martin Liska from comment #18)
> Note, there's BFD product:
>
> $ eu-readelf -l a.out
> Program Headers:
> Type Offset VirtAddr PhysAddr FileSiz
> MemSiz
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #20 from Martin Liska ---
With ld.gold one gets:
$ echo 'int main() { return 0; }' | gcc -x c - -fuse-ld=gold -o a.out
$ eu-readelf -l a.out
Program Headers:
Type Offset VirtAddr PhysAddr FileSiz
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
--- Comment #23 from Martin Liska ---
(In reply to Mark Wielaard from comment #22)
> So I think we don't have an elfutils bug here. But I haven't tried the gold
> patch. Have you? Can we close this bug?
I can confirm the gold patch works!
--
Severity: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Created attachment 13775
--> https://sourceware.
https://sourceware.org/bugzilla/show_bug.cgi?id=28583
--- Comment #2 from Martin Liska ---
Hmm, I restarted the build and now it succeeded.
--
You are receiving this mail because:
You are on the CC list for the bug.
Component: general
Assignee: unassigned at sourceware dot org
Reporter: mliska at suse dot cz
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Using ld.gold, I see the following failure (for GCC 11.2.0):
elflint /home/marxin/Programming/elfutils/tests
1 - 100 of 113 matches
Mail list logo
