From: David Abrahams (dave_at_[hidden])
Date: 2005-03-06 18:18:34
"Iain K. Hanson" <ikh_at_[hidden]> writes:
> Dave Abrahams wrote:
>> Or maybe more people
>> should be voting for it on the *condition* that an option with fast
>> dispatch must be available. I must say, in a world replete with
>> high-performance generic components, I agree that "Boost FSM" is too
>> broad to cover a library that only does dynamic double-dispatch.
> Personnally, in its current shape I wouldn't vote for this library as
> an element of an FSM lib. But, there is something that I find really
> funcky that Andreas has discovered. That you can scale FSMs by spliting
> them across compilation units in user code
> I'd love to see a DSL ( Domain Specific Language ) for state charts that
> generated Alexsey style FSMs with states able to be defined in seperate
> compilation units. This would solve the scaleabilty problems.
I think generating Aleksey-or-Dave style FSMs across translation units
would be pretty easy. However, I seriously doubt the DSL can look
like a state chart.
-- Dave Abrahams Boost Consulting www.boost-consulting.com
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk