Subject: Re: [boost] Library dependencies and intrer-library code reuse
From: Vicente Botet Escriba (vicente.botet_at_[hidden])
Date: 2010-03-26 06:45:51
Tom Brinkman-4 wrote:
> Unbelievably Awesome.
> On Fri, Mar 26, 2010 at 1:11 AM, David Abrahams <dave_at_[hidden]> wrote:
>> At Thu, 25 Mar 2010 22:58:45 -0500,
>> Zachary Turner wrote:
>>> On Thu, Mar 25, 2010 at 10:43 PM, Steven Watanabe
>>> > AMDG
>>> > Zachary Turner wrote:
>>> >> So there we go. Â Does this work, and if not why not? Â Even if we
>>> >> it's
>>> >> a huge undertaking, is it worth it? Â And if not, why not?
>>> > Even if it were a good idea, it isn't going to happen.
>>> > Nothing that requires that much effort is ever going
>>> > to happen around here. Â If we did have that kind of
>>> > manpower, I think there are many higher priorities.
>>> Surely we can't adopt that stance forever can we? Â It's not difficult to
>>> imagine a scenario down the line where Boost has hundreds of independent
>>> libraries. Â This won't scale. Â It *cant* scale. Â But at the same time,
>>> really doesn't make sense for everyone to continue reinventing wheels in
>>> every single new library that gets added to boost. Â It defeats the whole
>>> purpose of having a generic library in the first place, and makes the
>>> problem that everyone complains about (slow compile times) even
>> Untangling (and minimizing) intra-library dependencies is certainly
>> doableâthe untangling part has already been done
>> (http://gitorious.org/boost)âbut you proposed something more radicalâ¦
>> and probably impossible when you consider the pimpl/header-only
>> requirement. Â A pimpl-based type traits library?
>> Dave Abrahams Â Â Â Â Â Meet me at BoostCon: http://www.boostcon.com
>> BoostPro Computing
>> Unsubscribe & other changes:
> Unsubscribe & other changes:
Please don't top post.
-- View this message in context: http://old.nabble.com/Library-dependencies-and-intrer-library-code-reuse-tp28037630p28040694.html Sent from the Boost - Dev mailing list archive at Nabble.com.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk