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
Resoluti
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
--- 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=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=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=30072
Bug ID: 30072
Summary: FAIL: run-addr2line-C-test.sh
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: tools
https://sourceware.org/bugzilla/show_bug.cgi?id=28608
Martin Liska changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
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
Last reconfirmed||2023-01-13
Status|UNCONFIR
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=29565
Martin Liska changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=29719
Martin Liska changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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
https://sourceware.org/bugzilla/show_bug.cgi?id=29826
Bug ID: 29826
Summary: eu-readelf prints out LOOS+0 instead of "IFUNC"
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Compon
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 (
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
Bug ID: 29719
Summary: eu-readelf -s=section is confusing
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: tools
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.
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=29714
Bug ID: 29714
Summary: debuginfod rely on gcc being configured with
--enable-linker-build-i
Product: elfutils
Version: unspecified
Status: NEW
Severity: norm
https://sourceware.org/bugzilla/show_bug.cgi?id=29565
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
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=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
CC||siddhesh at sourceware dot org
--- Com
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
Bug ID: 29614
Summary: Fails to build with GCC master + -D_FORTIFY_SOURCE=3
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
C
https://sourceware.org/bugzilla/show_bug.cgi?id=29571
Bug ID: 29571
Summary: Add 'Key to Flags' to eu-readelf output
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: gen
https://sourceware.org/bugzilla/show_bug.cgi?id=29498
Martin Liska changed:
What|Removed |Added
Last reconfirmed||2022-08-17
Status|UNCONFIR
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 a
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=29472
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
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
CC||mliska at suse dot cz
--- Comment #1 f
https://sourceware.org/bugzilla/show_bug.cgi?id=29478
Bug ID: 29478
Summary: Slow query of a debuginfo in a big rpm with very many
files
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=29474
Martin Liska changed:
What|Removed |Added
Attachment #14271|0 |1
is obsolete|
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
--- 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 #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
Bug ID: 29474
Summary: Server returns 404 for concurrent requests when
leading to a same .rpm
Product: elfutils
Version: unspecified
Status: NEW
Severity: no
https://sourceware.org/bugzilla/show_bug.cgi?id=29469
--- Comment #2 from Martin Liska ---
(In reply to Mark Wielaard from comment #1)
> Do you mean support for an HTTP HEAD (instead of GET) request?
Yep, that's what I'm seeking for :)
> Or do you actually want/need a new URL ending in /header
https://sourceware.org/bugzilla/show_bug.cgi?id=29469
Bug ID: 29469
Summary: Add /buildid/BUILDID/header WEBAPI
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component:
https://sourceware.org/bugzilla/show_bug.cgi?id=29450
--- Comment #7 from Martin Liska ---
(In reply to Mark Wielaard from comment #6)
> Did the binutils 2.39 commit:
>
> commit e8cf73215187b0c08679d726a5cc7c019fa3ea2e
> Author: Jan Beulich
> Date: Wed Aug 10 10:34:22 2022 +0200
>
> gas/
https://sourceware.org/bugzilla/show_bug.cgi?id=29103
--- Comment #4 from Martin Liska ---
It's caused by:
+ ps -q 3680110 -e -L -o '%p %c %a'
error: unknown user-defined format specifier "%p"
which is very likely:
https://gitlab.com/procps-ng/procps/-/issues/234
What procps version do you use
https://sourceware.org/bugzilla/show_bug.cgi?id=29103
--- Comment #1 from Martin Liska ---
You missed attaching the 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=29073
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #2 f
https://sourceware.org/bugzilla/show_bug.cgi?id=29089
Martin Liska changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRM
https://sourceware.org/bugzilla/show_bug.cgi?id=29089
Bug ID: 29089
Summary: riscv64 test failures
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: general
https://sourceware.org/bugzilla/show_bug.cgi?id=28583
Martin Liska changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29082
Martin Liska changed:
What|Removed |Added
CC||fweimer at redhat dot com,
https://sourceware.org/bugzilla/show_bug.cgi?id=29082
Bug ID: 29082
Summary: Support GNU_PROPERTY_TYPE_0 in eu-readelf -n
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
C
https://sourceware.org/bugzilla/show_bug.cgi?id=28608
--- Comment #3 from Martin Liska ---
It's likely caused by the following 2 sections that are in elfstrmerge.o:
$ readelf -SW elfstrmerge.o | grep rodata
Section Headers:
[Nr] Name TypeAddress OffSize
https://sourceware.org/bugzilla/show_bug.cgi?id=28608
--- Comment #2 from Martin Liska ---
Thank you for the analysis, can you please open gold bug for it?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28608
Bug ID: 28608
Summary: elflint elfstrmerge fails with ld.gold
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Compone
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.
https://sourceware.org/bugzilla/show_bug.cgi?id=28583
Bug ID: 28583
Summary: FAIL run-debuginfod-response-headers.sh (exit status:
1) with 0.186
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severit
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!
--
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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
Martin Liska changed:
What|Removed |Added
CC||mjw at fedoraproject dot org
--- Comme
https://sourceware.org/bugzilla/show_bug.cgi?id=28488
Bug ID: 28488
Summary: phdr[6]: unknown object file note type 32 with owner
name '' at offset 48
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
S
https://sourceware.org/bugzilla/show_bug.cgi?id=28190
Bug ID: 28190
Summary: FAIL: run-backtrace-native.sh with glibc 2.34
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
Martin Liska changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
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
--- 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
Bug ID: 27573
Summary: eu-unstrip: assemble debugable executable for a core
file
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
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
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=27367
Martin Liska changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
Bug ID: 27367
Summary: readelf: invalid loclists data with -ffat-lto-objects
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=27277
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #1 f
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=27146
Bug ID: 27146
Summary: /etc/profile.d/debuginfod.csh breaks csh startup
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=26125
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #1 f
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=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
--- 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
Bug ID: 26734
Summary: ELF saving fails for an AARCH64 binary built with
-mbranch-protection=standard
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
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
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #8 f
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=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
95 matches
Mail list logo
