[pkg-boost-devel] Bug#473752: Bug#473752: Bug#473752: Boost 1.35 has been released
Olaf van der Spek
Olaf at XWIS.Net
Tue Apr 22 08:09:15 UTC 2008
Steve M. Robbins wrote:
> On Sat, Apr 19, 2008 at 10:53:35PM +0200, Olaf van der Spek wrote:
>> Steve M. Robbins wrote:
>>> If we do decide to have co-installable -dev packages, the next
>>> question is how do we handle the current non-versioned includes and
>>> link libraries? Do we follow what gcc and python do, providing a
>>> defaults that change from time to time? Or should we not attempt to
>>> provide such defaults? I fear the first option will bring us back to
>>> the same misery we currently suffer with transitions. So I'm fine
>>> with not providing defaults, which is in line with upstream practices
>>> anyway.
>> What would that imply?
>> Would users have to modify the build script to add the Boost include
>> directory to the include path?
>
> Likely, yes.
>
>> At the moment this is not necessary and I think requiring it is a bad
>> idea (for users that have to compile third-party code)
>
> Noted. On the other hand, some might like the flexibility of deciding
> which Boost version to build with, similar to the ability to choose
> between Qt3 and Qt4.
Without knowing the amount of incompatibility between the two versions,
it's hard to say.
That said, it's not necessary for both -dev packages to be
co-installable to achieve that, right?
Even if you install both, can't you make sure the default is to use the
one version without requiring build scripts to be modified?
>
>>> I also removed the Boost library version from the link library names.
>>> However, reflecting upon what you say, I suppose we really prefer to
>>> have version X-dev and version (X+1)-dev co-installable. If so, we
>>> would revert that change and adjust the rules accordingly.
>> Is there documentation about the incompatibilities between 1.34 and 1.35?
>
> No, not that I'm aware of.
>
> Chimo,
> -Steve
More information about the pkg-boost-devel
mailing list