-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Jul 10, 2007, at 8:04 PM, Johnny C. Lam wrote:

> Adam Hamsik wrote:
>> On Jul 10, 2007, at 4:00 PM, Julio M. Merino Vidal wrote:
>>>
>>> Anyway, the boost surgery we are talking about is, I think,  
>>> trivial.  The current Makefiles already allow building a library  
>>> individually (see boost-python), so adding packages for every  
>>> binary library is a fairly easy task.  As a result, we'd get  
>>> finer-grained dependencies, which is a good thing in my eyes.  (A  
>>> while ago we discussed that such things should be achieved by  
>>> being able to generate many different binary packages from a  
>>> single source one, but we are not there yet.)
>> Can we use option.mk framework for this ? or we are going to  
>> create ton of new packages :). e.g boost-python can be boost  
>> builded withoption -* python default option can be *. Does this  
>> make sense or not :)?
>
> No, this is poor usage of the options framework.  We want library  
> packages to not have these types of "options" or else one wouldn't  
> be able to depend on a library package having been built with the  
> correct set of options or dependencies.
>
You are right :)
> Splitting the various shared libraries from Boost into smaller  
> boost-* packages is a worthwhile thing to do.  The scope of Boost  
> has certainly broadened from the start of the project when it was  
> mostly just a repository for additional template code to augment  
> the STL.  Losing some of the run-time dependencies for Boost would  
> be helpful for packages that use smaller parts of the Boost  
> collection of libraries.
>
> Julio, please go ahead and split the packages as you see fit.
>
> 	Cheers,
>
> 	-- Johnny Lam <jlam@pkgsrc.org>

Regards
- -----------------------------------------
Adam Hamsik
jabber: haad@jabber.org
icq: 249727910

Proud NetBSD user.

We program to have fun.
Even when we program for money, we want to have fun as well.
~ Yukihiro Matsumoto




-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFGk8yrlIxPgX3Go0MRAiHJAJ9KL2aqqGZd6fcNqhpf4ffbTj9BUwCgh9CL
nhmT3wAowqE0x9Vwbvur1JM=
=Xd7g
-----END PGP SIGNATURE-----