$include_dir="/home/hyper-archives/boost/include"; include("$include_dir/msg-header.inc") ?>
From: Aleksei Nikiforov (darktemplar_at_[hidden])
Date: 2020-06-15 14:43:29
15.06.2020 17:28, Andrey Semashev via Boost пиÑеÑ:
> On 2020-06-15 17:09, Aleksei Nikiforov via Boost wrote:
>>
>> Not sure what happens with them in Debian, but those symlinks seem to be
>> not packaged as well.
>
> Debian/Ubuntu packages do have symlinks - in dev packages. Binary
> packages only contain libraries with ABI version tags in their names.
>
> https://packages.debian.org/buster/amd64/libboost-filesystem1.67-dev/filelist
>
> https://packages.debian.org/buster/amd64/libboost-filesystem1.67.0/filelist
>
> In general, you do want the untagged library names available only in dev
> packages to enable linking with the library. In binary packages you want
> tagged library names to allow installing multiple ABI-incompatible
> versions of the library on target systems. Since Boost does not maintain
> ABI compatibility, this means Boost libraries include the full Boost
> version as the ABI tag.
There are no libboost_filesystem.so.1.67 and libboost_filesystem.so.1
symlinks in boost 1.67.0.
Let's take a look at boost 1.71.0. In Debian only libboost_filesystem.so
is packaged into dev package, and libboost_filesystem.so.1.71.0 is
packaged into library package. libboost_filesystem.so.1.71 and
libboost_filesystem.so.1 are missing while they should be present after
boost build:
https://packages.debian.org/sid/amd64/libboost-filesystem1.71-dev/filelist
https://packages.debian.org/sid/amd64/libboost-filesystem1.71.0/filelist
I'm not much familiar with Debian's package building system, but I
couldn't find any mentions of disabling or removing two missing
symlinks, thus my guess is that those two symlinks are just ignored and
not packaged.
Kind regards,
Aleksei Nikiforov