Boost logo

Boost :

From: Karl Nelson (kenelson_at_[hidden])
Date: 2000-12-07 14:49:57


> > >The boost system is targeted at multithread, generic functors,
> > >and speedy callbacks. Expanding it to multicast, lifetime, or
> > >event queuing likely will give poor result.
> >
> > As someone who doesn't understand the discussion, I'd like to hear
> if the
> > other participants agree with Karl's conclusion that two library
> components
> > are needed. One targeting "multithread[ing], generic functors, and
> speedy
> > callbacks". Another targeting "multicast, lifetime and even event
> queuing
> > and ... callbacks."
>
> Well, the two components are radically different, though related.
> The smaller concept is what's currently needed by Boost. Down the
> road I'd expect some people would find a need for the larger concept,
> though it's definately geared towards GUI applications and so may not
> be applicable to everyone's needs. I trust in Karl's experience and
> expertise when he says (and explains why) that the larger concept
> would be hindered by implementing it on top of the smaller concept.
> So I'd agree that the two are definately seperate, but the question
> of whether or not Boost needs both depends on what Boost users feel
> they need. Personally, I'd like to see both, but we at least need
> the smaller version.

I completely agree. Boost needs currently to allow simple
and fast functor plugins is best served by a small library and
that library likely will not be expandable to meet the larger
and more resource intensive use in lifespan issues. Thus
two systems are likely required.

--Karl


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk