Bug#980438: do not depend on the non-public binutils ABI

2021-01-19 Thread Vincent Bernat
 ❦ 19 janvier 2021 10:57 +01, Vincent Bernat:

>> bpftrace should not depend on the non-public binutils ABI. This always 
>> generated
>> an upper dependency on libbinutils.  If you think it's worth having this
>> dependency, please statically link with libbinutils and record the the 
>> version
>> used in a Built-Using flag.
>
> I am not familiar enough with CMake to understand how to statically link
> to a given library while using dynamic linking for the remaining. Also,
> why provide dynamic libraries we cannot use?

OK, I see this is stated in the description of the package:

Description: GNU binary utilities (BFD development files)
 This package includes header files and static libraries necessary to build
 programs which use the GNU BFD library, which is part of binutils.  Note
 that building Debian packages which depend on the shared libbfd is Not
 Allowed.

I'll remove need of using libbfd-dev since it seems to be an optional
safety feature.
-- 
Localise input and output in subroutines.
- The Elements of Programming Style (Kernighan & Plauger)



Bug#980438: do not depend on the non-public binutils ABI

2021-01-19 Thread Vincent Bernat
 ❦ 19 janvier 2021 08:33 +01, Matthias Klose:

> bpftrace should not depend on the non-public binutils ABI. This always 
> generated
> an upper dependency on libbinutils.  If you think it's worth having this
> dependency, please statically link with libbinutils and record the the version
> used in a Built-Using flag.

I am not familiar enough with CMake to understand how to statically link
to a given library while using dynamic linking for the remaining. Also,
why provide dynamic libraries we cannot use?
-- 
The better part of valor is discretion.
-- William Shakespeare, "Henry IV"



Bug#980438: do not depend on the non-public binutils ABI

2021-01-18 Thread Matthias Klose
Package: src:bpftrace
Version: 0.11.3-4
Severity: serious
Tags: sid bullseye

bpftrace should not depend on the non-public binutils ABI. This always generated
an upper dependency on libbinutils.  If you think it's worth having this
dependency, please statically link with libbinutils and record the the version
used in a Built-Using flag.