> But I now believe this is actually an elfutils libelf issue:
> https://sourceware.org/ml/elfutils-devel/2019-q2/msg00077.html Could you try
> that out and see if it resolves the issue for you? (The actual patch is just
> 3 lines, but there is also a larger testcase added to make sure the
On Mon, 25 Feb 2019 01:19:30 -0800
rpm-maint wrote:
> Hi,
>
> On Fri, 2019-02-22 at 03:29 -0800, Panu Matilainen wrote:
> > FYI, I pinged the debugedit maintainer about this via email as he's
> > not on GH.
>
> I do get the emails from github throught he mailinglist. Although I
> admit to
/cc @pmatilai
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/565#issuecomment-449588595___
Rpm-maint mailing list
gentoo.org/666954
Closes: https://github.com/rpm-software-management/rpm/issues/423
Signed-off-by: Sergei Trofimovich
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/565
-- Commit Summary --
* debugedit: don't reorder sections
The following workaround allows to maintain original section order:
```diff
--- a/tools/debugedit.c
+++ b/tools/debugedit.c
@@ -2342,21 +2342,21 @@ fdopen_dso (int fd, const char *name)
}
if (elf_getphdrnum (elf, ) != 0)
{
error (0, 0, "Couldn't get number of phdrs: %s",
I think in my case it happens because `debugedit` was not able to delete any
sections (no file size changes) but it reordered sections in the file and did
not update section offsets. Attaching original, mangled file and a
debugedit also can break gcc's crtstartup: https://bugs.gentoo.org/666954 . I
think it's the same issue. Will try to provide more detail today.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
