Re: debuginfo server progress update

2019-07-05 Thread Mark Wielaard
Hi Aaron, On Wed, Jul 03, 2019 at 03:59:46PM -0400, Aaron Merey wrote: > The debuginfo server, a web service that offers lightweight on-demand lookups > of debuginfo-related data, along with its elfutils client have begun to take > shape so I want to provide an update on where we currently are in

Re: debuginfo server progress update

2019-07-05 Thread Aaron Merey
Hi Mark, On Fri, Jul 5, 2019 at 12:46 PM Mark Wielaard wrote: > > Hi Aaron, > > On Wed, Jul 03, 2019 at 03:59:46PM -0400, Aaron Merey wrote: > > The debuginfo server, a web service that offers lightweight on-demand > > lookups > > of debuginfo-related data, along with its elfutils client have be

[PATCH 1/5] libebl: remove unnecessary variable in Makefile.am

2019-07-05 Thread Omar Sandoval
From: Omar Sandoval gen_SOURCES is assigned to libebl_a_SOURCES and never used again. Get rid of it. Signed-off-by: Omar Sandoval --- libebl/ChangeLog | 4 libebl/Makefile.am | 39 +++ 2 files changed, 23 insertions(+), 20 deletions(-) diff --git a/

[PATCH 0/5] elfutils: don't use dlopen() for libebl modules

2019-07-05 Thread Omar Sandoval
From: Omar Sandoval Hello, This series is a followup to my RFC [1]. Compared to the RFC patches, this series adds patch 1 as a trivial cleanup, patch 3 to fix an oversight in the RFC w.r.t. PIC object files sneaking into libdw.a, and patch 5 to implement my suggestion for reducing the size of th

[PATCH 2/5] libcpu: merge libcpu_{i386,x86_64,bpf} into one library

2019-07-05 Thread Omar Sandoval
From: Omar Sandoval In preparation for combining the libebl backend modules, combine all of the libcpu backends into libcpu.a. Signed-off-by: Omar Sandoval --- backends/ChangeLog | 4 backends/Makefile.am | 12 +++- libcpu/ChangeLog | 4 libcpu/Makefile.am | 12

[PATCH 3/5] Add PIC and non-PIC variants of libcpu and libebl

2019-07-05 Thread Omar Sandoval
From: Omar Sandoval Currently, libcpu and libebl are always compiled as PIC. An upcoming change will add the objects from libcpu.a and libebl.a to libdw.a, which should not be PIC unless configured that way. So, make libcpu.a and libebl.a non-PIC and add libcpu_pic.a and libebl_pic.a. Signed-off

[PATCH 4/5] Don't use dlopen() for libebl modules

2019-07-05 Thread Omar Sandoval
From: Omar Sandoval Currently, architecture-specific code for libebl exists in separate libebl_$ARCH.so libraries which libebl loads with dlopen() at runtime. This makes it impossible to have standalone, statically-linked binaries which use libdwfl if they depend on any architecture-specific func

[PATCH 5/5] libdw: export libebl symbols

2019-07-05 Thread Omar Sandoval
From: Omar Sandoval The main downside of the previous change to build in all libebl backend modules statically is that the total installed size of elfutils increased (from 2.1 MB to 3.5 MB in my case). This is because we have to statically link libebl and its backends into every binary. Instead,