https://sourceware.org/bugzilla/show_bug.cgi?id=30729
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=28495
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #28 from Mark Wielaard ---
(In reply to Ryan Goldberg from comment #27)
> (In reply to Mark Wielaard from comment #24)
> > BTW. How does this interact with the "section" queries?
> Since these aren't ima verifiable anyways wdyt of
https://sourceware.org/bugzilla/show_bug.cgi?id=30812
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
|unassigned at sourceware dot org |mark at klomp dot org
--- Comment #2 from Mark Wielaard ---
The following seems to work:
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 49069ccf..32b18e6e 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -807,9 +807,14
https://sourceware.org/bugzilla/show_bug.cgi?id=30812
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
|--- |INVALID
Status|UNCONFIRMED |RESOLVED
Assignee|unassigned at sourceware dot org |nobody at sourceware
dot org
CC||mark at klomp dot org
Component|libasm |spam
|spam
Assignee|unassigned at sourceware dot org |nobody at sourceware
dot org
Product|elfutils|web
CC||mark at klomp dot org
Resolution|--- |INVALID
https://sourceware.org/bugzilla/show_bug.cgi?id=25726
Mark Wielaard changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nobody at sourceware
dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=25728
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=25728
Mark Wielaard changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from Mark Wie
||mark at klomp dot org
Status|UNCONFIRMED |RESOLVED
--- Comment #2 from Mark Wielaard ---
Thanks, right in time for the next release. Applied as:
commit 01bb77a5e4464e2d40811fc78635b076a28aad0f (HEAD -> master)
Author: Yuri Chornoivan
Date: Sat
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #7 from Mark Wielaard ---
We need a way to generate symbol versions without having to use (top-level)
inline assembly. It appears GCC 10 will provide this:
https://gcc.gnu.org/onlinedocs/gcc/Common-Function-Attributes.html
We shou
https://sourceware.org/bugzilla/show_bug.cgi?id=25793
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #8 from Mark Wielaard ---
I proposed a patch to use the new gcc 10 symver attribute to define symbol
versioning:
https://sourceware.org/pipermail/elfutils-devel/2020q2/002606.html
This should help with using LTO since it makes th
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
Mark Wielaard changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #12 from Mark Wi
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #13 from Mark Wielaard ---
(In reply to Martin Liška from comment #11)
> (In reply to kloczek from comment #10)
> > > I would add a configure option --enable-lto that will append -flto to
> > > {C,LD}FLAGS.
> >
> > Please don't d
||mark at klomp dot org
Ever confirmed|0 |1
Status|UNCONFIRMED |ASSIGNED
--- Comment #1 from Mark Wielaard ---
It is bad code and so correct to reject it. But we can reject it without
asserting and just printing "
https://sourceware.org/bugzilla/show_bug.cgi?id=25832
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #15 from Mark Wielaard ---
Thanks for that setup. It allows me to play a bit more with LTO.
One commit to help with one issue has been pushed already:
commit 39f28eaf8c821d71d57ffc759655ec4168d0bead
Author: Mark Wielaard
Date:
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #16 from Mark Wielaard ---
Various self tests fail when everything is build with LTO.
In particular various files contain .gnu.lto_ sections with SHF_EXCLUDE set.
This is an interesting flag since it is treated as a generic sectio
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #17 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #16)
> Various self tests fail when everything is build with LTO.
> [...]
> Another issue is that ET_REL files don't contain normal DWARF .debug_
> sections, but .g
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #18 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #17)
> With this and the SHF_EXCLUDE patch there are only 2 more test failures,
> test-nlist and run-varlocs-self.sh, which look like they can be solved by be
> a b
https://sourceware.org/bugzilla/show_bug.cgi?id=25838
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=25831
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #19 from Mark Wielaard ---
The following now works with current git master:
$ export AR=gcc-ar RANLIB=gcc-ranlib NM=gcc-nm
$ autoreconf -f -v -i
$ ./configure --enable-maintainer-mode CFLAGS="-O2 -g -flto
-flto-partition=none -Wno
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #22 from Mark Wielaard ---
kloczek, re comment #20 and comment #21, is that with the latest git master
sources? It looks like it is missing several code and testsuite fixes. In
particular are you sure you have the following patches
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
Mark Wielaard changed:
What|Removed |Added
Summary|0.176: isn't LTO ready |0.179: isn't LTO ready
--
You are re
https://sourceware.org/bugzilla/show_bug.cgi?id=26043
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=26043
--- Comment #4 from Mark Wielaard ---
(In reply to devel.origin from comment #2)
> The debug info is in the .build-id/ dir: ../../demo/build/.build-id/ab/...
>
> Seems consistent with what the comment says. Should I make a real test
> example
https://sourceware.org/bugzilla/show_bug.cgi?id=25838
--- Comment #4 from Mark Wielaard ---
Sorry, I cannot replicate even when building elfutils with CC=afl-gcc, with or
without AFL_HARDEN=1. Could you provide more information on how exactly you
configure, build and run.
--
You are receiving t
https://sourceware.org/bugzilla/show_bug.cgi?id=25227
--- Comment #10 from Mark Wielaard ---
Proposed patch:
https://sourceware.org/pipermail/elfutils-devel/2020q2/002713.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #7 from Mark Wielaard ---
So there are two ideas here:
- Split --disable-debuginfod which currently disables building
debuginfod (the server), libdebuginfod (the library) and
debuginfod-find (the helper binaries) in two:
--d
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
|unassigned at sourceware dot org |mark at klomp dot org
Ever confirmed|0 |1
Status|UNCONFIRMED |ASSIGNED
--- Comment #9 from Mark Wielaard ---
Created attachment 12628
--> https://sourceware.org/bugzilla/attachment.cgi?id=12628&acti
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
||2020-06-27
CC||mark at klomp dot org
Ever confirmed|0 |1
--- Comment #1 from Mark Wielaard ---
Thanks for the analysis. These __entry_SYSCALL_64_trampoline are really odd.
Your suggested fix works, but I
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|---
|--- |FIXED
CC||mark at klomp dot org
--- Comment #1 from Mark Wielaard ---
commit 8de6f9af46f12fe3b2a0871523f6df13c4b39e34 (HEAD -> master, origin/master,
origin/HEAD)
Author: Alice Zhang
Date: Fri Jul 3 13:37:34 2020 -0
|--- |FIXED
CC||mark at klomp dot org
--- Comment #1 from Mark Wielaard ---
You are right. It has been fixed in git already:
commit 9698a399292fbc5e07eac17217af2de8bf5cb4b0
Author: Sergei Trofimovich
Date: Sun Jun 14 20:28:07 2020
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
||mark at klomp dot org
--- Comment #1 from Mark Wielaard ---
I believe this has been resolved since elfutils Version 0.178
libdw: Abbrevs and DIEs can now be read concurrently by multiple
threads through the same Dwarf handle.
--
You are receiving this mail because
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
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
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|---
Component: libdw
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org, tromey at sourceware
dot org
Target Milestone: ---
sleb128 values near INT64_MAX/MIN are not correctly read since:
commit
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
Component: libdw
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
libdw (and eu-readelf) currently ignore any DWP .debug_cu_index (and
.debug_tu_index) offsets. See DWARFv5
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
||mark at klomp dot org
--- Comment #1 from Mark Wielaard ---
(In reply to Timm Bäder from comment #0)
> Created attachment 12953 [details]
> elfstrmerge.o compiled with clang
>
> gold and clang seem to emit .eh_frame sections of type SHT_X86_64_UNWIND.
And we al
https://sourceware.org/bugzilla/show_bug.cgi?id=26878
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
When walking a DIE tree getting any attribute values that come from an alt file
(or DWARF5 supplemental file) is not thread
: libdw
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
libdw uses various search trees as (lazy) caches.
Specifically struct Dwarf has:
/* Search tree for the CUs
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
||mark at klomp dot org
Resolution|--- |FIXED
--- Comment #1 from Mark Wielaard ---
I couldn't reproduce a crash, but there is a small (1 byte) over-read detected
by valgrind:
==12591== Memcheck, a memory error detector
==12591== Copyrig
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
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
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
||2021-02-08
Status|UNCONFIRMED |NEW
CC||mark at klomp dot org
--- Comment #4 from Mark Wielaard ---
Same for git HEAD/0.183
Without -flto and -ffat-lto-objects this looks like:
DWARF section [ 7
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.
|RESOLVED
CC||mark at klomp dot org
--- Comment #1 from Mark Wielaard ---
Yeah, that is some real garbled data. We should sanity check the offsets to
make sure we don't loop "forever"
https://sourceware.org/pipermail
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
501 - 600 of 775 matches
Mail list logo
