Hi Frank,
On Mon, 2020-03-23 at 12:29 -0400, Frank Ch. Eigler via Elfutils-devel
wrote:
> > Looks good. Thanks for updating and pushing. But please do sent the
> > final patch also to the list when the code changed. So people can track
> > which version eventually gets in.
>
> Sorry I just h
Hi,
On Mon, 2020-03-23 at 15:08 +0100, Mark Wielaard wrote:
> Well, that is odd. Both are 32bit arches. The failure is the same in
> run-lfs-symbols.sh
>
>FAIL: run-lfs-symbols.sh
>
>./testfile-nolfs contains non-lfs symbols: fopen
>/srv/buildbot/worker/elf
Hi -
> Looks good. Thanks for updating and pushing. But please do sent the
> final patch also to the list when the code changed. So people can track
> which version eventually gets in.
Sorry I just hate to spam people with more email, when the information
strikes me as such small value beyon
https://sourceware.org/bugzilla/show_bug.cgi?id=25583
--- Comment #7 from Frank Ch. Eigler ---
here's the recipe for .deb / .ddeb:
-Z '.ddeb=(bsdtar -O -x -f - data.tar.xz)<'
--
You are receiving this mail because:
You are on the CC list for the bug.
Hi,
On Mon, 2020-03-23 at 13:38 +, build...@builder.wildebeest.org
wrote:
> The Buildbot has detected a failed build on builder whole buildset
> while building elfutils.
> Full details are available at:
> https://builder.wildebeest.org/buildbot/#builders/4/builds/492
>
> Buildbot URL: htt
The Buildbot has detected a failed build on builder whole buildset while
building elfutils.
Full details are available at:
https://builder.wildebeest.org/buildbot/#builders/4/builds/492
Buildbot URL: https://builder.wildebeest.org/buildbot/
Worker for this Build: debian-i386
Build Reason:
Hi Frank,
On Sun, 2020-03-22 at 14:53 -0400, Frank Ch. Eigler wrote:
> [...]
> > I think it would be good to just initialize to NULL and use strdup and
> > free to store/manage it. That would also make the interface slightly
> > simpler, so the client doesn't have to check for the empty string, ju
Hi Omar,
On Mon, 2020-03-23 at 01:55 -0700, Omar Sandoval wrote:
> > That is a really nice testcase. If we tweak it a little (so all
> > segments have the same load address) then it compresses to just 188
> > bytes with bzip2. Would you mind, and give your signed-off-by, for
> > adding the attache
On Sun, Mar 22, 2020 at 11:40:34PM +0100, Mark Wielaard wrote:
> Hi Omar,
>
> On Sat, 2020-03-21 at 11:21 -0700, Omar Sandoval wrote:
> > I encountered this in drgn on a vmcore for a large server created by
> > makedumpfile,
>
> That makes sense since [vm]cores contain lots of segments.
>
> > b
