https://sourceware.org/bugzilla/show_bug.cgi?id=25793
--- Comment #3 from Mark Wielaard ---
We could maybe add something like --dwarf=follow-links to eu-readelf. But the
DWARF information dumping is already somewhat different from the rest of
eu-readelf. The basic idea of eu-readelf is that you c
https://sourceware.org/bugzilla/show_bug.cgi?id=25838
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFI
https://sourceware.org/bugzilla/show_bug.cgi?id=25227
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26043
--- Comment #6 from Mark Wielaard ---
Thanks for the demo! I have been thinking about what to do about this issue. I
think it does make sense to make the empty path and relative dirs work like
with the debug file lookup. The only thing I am sl
https://sourceware.org/bugzilla/show_bug.cgi?id=25832
--- Comment #3 from Mark Wielaard ---
(In reply to Jory A. Pratt from comment #2)
> Created attachment 12534 [details]
> properly fix aarch64 support for both glibc/musl
>
> Patch is self explanatory
Could you for those of us who don't know
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Mark Wielaard changed:
What|Removed |Added
Last reconfirmed||2020-06-19
Assignee|unassig
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #11 from Mark Wielaard ---
(In reply to Frank Ch. Eigler from comment #10)
> Comment on attachment 12628 [details]
> debuginfod: Add --disable-libdebuginfod and --enable-libdebuginfod=dummy.
>
> Looks workable.
>
> I don't know i
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #12 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #11)
> Martin, could you comment on the setup? Does this help your case? I will
> probably not actually use it myself, so don't want to add it unless it
> really ma
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #17 from Mark Wielaard ---
Just to be clear, the current setup is:
--enable-debuginfod or --enable-debuginfod=yes: builds all debuginfod
server/client artifacts (requires libcurl)
--disable-debuginfod or --enable-debuginfod=no: bu
https://sourceware.org/bugzilla/show_bug.cgi?id=26043
--- Comment #8 from Mark Wielaard ---
(In reply to devel.origin from comment #7)
> For that demo the debug files are ending up in a custom directory (the
> build-id-demo/.build-id/) for the packge builder to pick up. So they can't
> be found b
https://sourceware.org/bugzilla/show_bug.cgi?id=26176
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=26177
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=26176
--- Comment #3 from Mark Wielaard ---
(In reply to maarten from comment #2)
> Thanks for the quick reply!
>
> First, some background what we are trying to do:
> package elfutils using a conan recipe at
> https://github.com/conan-io/conan-cent
https://sourceware.org/bugzilla/show_bug.cgi?id=26177
Mark Wielaard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26195
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #5
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26176
--- Comment #9 from Mark Wielaard ---
(In reply to maarten from comment #6)
> > I was actually going to propose we wouldn't build the static version by
> > default because I didn't think anybody is actually using it.
> >
> > What is your use
https://sourceware.org/bugzilla/show_bug.cgi?id=26195
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25797
Mark Wielaard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26311
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26321
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=26528
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=26321
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=22252
Mark Wielaard changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=25793
--- Comment #6 from Mark Wielaard ---
I am not against adding something like --debug-dump=follow-links as binutils
does (although binutils readelf even requires it for things like showing e.g.
alt indirect string attributes, which eu-readelf a
https://sourceware.org/bugzilla/show_bug.cgi?id=26599
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
Sta
https://sourceware.org/bugzilla/show_bug.cgi?id=26599
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=26632
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
Sta
https://sourceware.org/bugzilla/show_bug.cgi?id=26632
Mark Wielaard changed:
What|Removed |Added
Summary|eu-readelf doesn't grok |eu-readelf doesn't grok
https://sourceware.org/bugzilla/show_bug.cgi?id=26632
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=26708
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=26708
--- Comment #2 from Mark Wielaard ---
Note that there should be a configure test to check that your compiler has all
capabilities to build elfutils:
# We use -std=gnu99 but have explicit checks for some language constructs
# and GNU extension
https://sourceware.org/bugzilla/show_bug.cgi?id=26708
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26773
Bug ID: 26773
Summary: sleb128 values near INT64_MAX/MIN not correctly read
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
C
https://sourceware.org/bugzilla/show_bug.cgi?id=26773
--- Comment #3 from Mark Wielaard ---
(In reply to Tom Tromey from comment #1)
> I looked at this a little today.
>
> In addition to this bug, I think the _unchecked variants
> have another bug; namely they do:
>
> const size_t max = len_l
https://sourceware.org/bugzilla/show_bug.cgi?id=26773
--- Comment #4 from Mark Wielaard ---
(In reply to Josh Stone from comment #2)
> (In reply to Tom Tromey from comment #1)
> > This limits the number of bytes read-- but it seems like
> > it maybe ought to read until the first byte without the
https://sourceware.org/bugzilla/show_bug.cgi?id=26812
Bug ID: 26812
Summary: Handle dwp (DWARF Package) .debug_cu_index offsets
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Com
https://sourceware.org/bugzilla/show_bug.cgi?id=26812
--- Comment #1 from Mark Wielaard ---
Note that there is also a GNU extension for earlier DWARF versions:
https://gcc.gnu.org/wiki/DebugFissionDWP
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26773
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=26878
Mark Wielaard changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=26878
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=26921
Bug ID: 26921
Summary: dwarf_getalt () not thread-safe
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: libdw
https://sourceware.org/bugzilla/show_bug.cgi?id=26930
Bug ID: 26930
Summary: tsearch/tfind tree caches need locking
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: libd
https://sourceware.org/bugzilla/show_bug.cgi?id=26921
--- Comment #7 from Mark Wielaard ---
Thanks for the backtraces, they show a different concurrent unsafe thing in
libdw, the usage of (lazy) tsearch caches. I opened a separate bug for that,
bug #26930
--
You are receiving this mail because:
https://sourceware.org/bugzilla/show_bug.cgi?id=26921
--- Comment #9 from Mark Wielaard ---
(In reply to Ben Woodard from comment #8)
> One thing that I’m unclear about is how these two are different.
> It doesn’t matter to me that they are split up but I just don’t understand
> why?
Simply so t
https://sourceware.org/bugzilla/show_bug.cgi?id=26125
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=26125
--- Comment #4 from Mark Wielaard ---
Full patch:
https://sourceware.org/pipermail/elfutils-devel/2020q4/003198.html
Question is if this can ever cause a race with the creation of a new cache
file. Can there be multiple clients trying to crea
https://sourceware.org/bugzilla/show_bug.cgi?id=26125
--- Comment #6 from Mark Wielaard ---
(In reply to Frank Ch. Eigler from comment #5)
> Yeah, I suppose there is that race possibility.
>
> One way to fix it is to use something like file locks, such as a flock(2) on
> a designated file such a
https://sourceware.org/bugzilla/show_bug.cgi?id=23787
Mark Wielaard changed:
What|Removed |Added
CC|andrewlincon49 at gmail dot com, |
|apizoid at
https://sourceware.org/bugzilla/show_bug.cgi?id=27076
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=27146
--- Comment #1 from Mark Wielaard ---
Has this been resolved by:
commit 911ac29b9eed3c66bba60eda6af8e5de62607e5c
Author: Dmitry V. Levin
Date: Wed Nov 4 08:00:00 2020 +
config: do not define DEBUGINFOD_URLS environment variable un
https://sourceware.org/bugzilla/show_bug.cgi?id=27134
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
Sta
https://sourceware.org/bugzilla/show_bug.cgi?id=23786
Mark Wielaard changed:
What|Removed |Added
CC|elfutils-devel at sourceware dot o |
|rg,
https://sourceware.org/bugzilla/show_bug.cgi?id=27134
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=21010
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
Resolut
https://sourceware.org/bugzilla/show_bug.cgi?id=21002
Bug 21002 depends on bug 21010, which changed state.
Bug 21010 Summary: Incompatible with MUSL libc: strerror_r
https://sourceware.org/bugzilla/show_bug.cgi?id=21010
What|Removed |Added
--
https://sourceware.org/bugzilla/show_bug.cgi?id=27366
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=27366
--- Comment #3 from Mark Wielaard ---
I see you are using -flto=auto. Sadly LTO isn't supported at the moment.
Although it would be nice if it didn't totally break with -flto-partition=none.
The problem with lto might be:
/* HACK. This is a
https://sourceware.org/bugzilla/show_bug.cgi?id=27366
Mark Wielaard changed:
What|Removed |Added
Summary|0.183: test suite is|0.183: test suite is
https://sourceware.org/bugzilla/show_bug.cgi?id=27367
Mark Wielaard changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=27405
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=27351
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=27351
--- Comment #6 from Mark Wielaard ---
http://lists.rpm.org/pipermail/rpm-ecosystem/2021-February/000734.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27501
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=27450
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #7
https://sourceware.org/bugzilla/show_bug.cgi?id=27450
Mark Wielaard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27450
--- Comment #12 from Mark Wielaard ---
(In reply to Dmitry V. Levin from comment #10)
> (In reply to Piotr Drąg from comment #9)
> > As for POTFILES, I use
> > intltool-update -m to detect missing files.
> > [...]
> Indeed. Next time I'll us
https://sourceware.org/bugzilla/show_bug.cgi?id=27564
Bug ID: 27564
Summary: arm: Use correct address when comparing symbol values
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=27669
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=27351
Mark Wielaard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27805
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=27805
--- Comment #5 from Mark Wielaard ---
The length being 4 does make some sense even if the start address is zero. A
range list entry contains of a beginning address and an ending address. The
ending address marks the first address past the end
https://sourceware.org/bugzilla/show_bug.cgi?id=27856
Mark Wielaard changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=27859
--- Comment #1 from Mark Wielaard ---
On Thu, May 13, 2021 at 01:26:42AM +, fche at redhat dot com via
Elfutils-devel wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=27859
>
> In a sequence of queries on the same debuginfod_client
https://sourceware.org/bugzilla/show_bug.cgi?id=27783
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=28023
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
Sta
https://sourceware.org/bugzilla/show_bug.cgi?id=28032
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=28034
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=28043
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=27711
Mark Wielaard changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=27531
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=25978
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=28101
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=28101
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=28136
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=28190
Mark Wielaard changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=28190
--- Comment #3 from Mark Wielaard ---
Proposed fix:
https://sourceware.org/pipermail/elfutils-devel/2021q3/004016.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28190
--- Comment #5 from Mark Wielaard ---
(In reply to richard.purdie from comment #4)
> I tested the patch, thanks. This worked on our x86_64 target tests but not
> on our aarch64 ones:
>
> case 0: expected symname 'raise' got '__pthread_kill_in
https://sourceware.org/bugzilla/show_bug.cgi?id=28190
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=28034
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=28034
Mark Wielaard changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=28220
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=21008
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
Sta
https://sourceware.org/bugzilla/show_bug.cgi?id=21002
Bug 21002 depends on bug 21008, which changed state.
Bug 21008 Summary: Incompatible with MUSL libc: error.h and error() not provided
https://sourceware.org/bugzilla/show_bug.cgi?id=21008
What|Removed |Added
https://sourceware.org/bugzilla/show_bug.cgi?id=27917
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=23982
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=28220
--- Comment #4 from Mark Wielaard ---
Turns out we could have caught this with the varlocs testcase.
Before the fix:
$ for i in testfile-vars-*.o; do echo $i; tests/varlocs --debug --exprlocs -e
$i | grep exprloc; done
testfile-vars-clang-dwa
https://sourceware.org/bugzilla/show_bug.cgi?id=28220
--- Comment #5 from Mark Wielaard ---
Proposed patch and testcase:
https://sourceware.org/pipermail/elfutils-devel/2021q3/004149.html
--
You are receiving this mail because:
You are on the CC list for the bug.
101 - 200 of 342 matches
Mail list logo