Boost logo

Boost-Build :

Subject: Re: [Boost-build] A number of issues with boost.build in 1.36.0
From: Steve M. Robbins (steve_at_[hidden])
Date: 2008-10-29 11:51:56


Hi Philipp,

I'm part of the Boost packaging team for Debian.

On Wed, Oct 29, 2008 at 04:03:32PM +0100, Philipp Thomas wrote:

> 1) library name and soname generation.
>
> Two options seem to be offered by boost.build, either layout=system or
> the default. Neither of them is usefull for us, given that neither
> results in a usefull file name and therefore soname.

I'm appending the patch we use in Debian, which strips the toolset
from library names. It would be great if the linux vendors could
agree on the naming convention, so let me know if this doesn't
work for you.

-Steve

The first chunk removes the toolset and boost version from the library
names.

The second chunk removes a rule that creates an unversioned
hard link; e.g. foo.so --> foo-1_35.so.1.35.0. However, there is
also a rule that creates a softlink foo-1_35.so --> foo-1_35.so.1.35.0.

After removing the boost version, both links are the same.
We keep the softlink.
--- upstream-boost-1.35.0/Jamroot 2008-03-25 15:47:24.000000000 -0500
+++ boost-1.35.0/Jamroot 2008-04-13 19:19:07.000000000 -0500
@@ -309,7 +309,7 @@
         if $(layout) = versioned
         {
             local result = [ common.format-name
- <base> <toolset> <threading> <runtime> -$(BOOST_VERSION_TAG)
+ <base> <threading> <runtime>
                 -$(BUILD_ID)
                 : $(name) : $(type) : $(property-set) ] ;
             
@@ -445,13 +445,9 @@
         return $(result) ;
     }
             
- generate stage-unversioned : stage-proper :
- <generating-rule>@make-unversioned-links ;
- explicit stage-unversioned ;
-
- generate install-unversioned : install-proper :
- <generating-rule>@make-unversioned-links ;
- explicit install-unversioned ;
+ # Create do-nothing aliases
+ alias stage-unversioned ;
+ alias install-unversioned ;
 }
 else
 {




Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk