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.


Boost list run by bdawes at, gregod at, cpdaniel at, john at