Hi, On Mon, 2006-03-06 at 11:09 -0600, Dirk Reiners wrote: > Hi Andreas, > > On Mon, 2006-03-06 at 17:30 +0100, Patrick Dähne wrote: > > > > Uuups, sorry, I did not realize that my changes have such an impact :-( > > > > Unfortunately, I do not have a quick solution for this problem > > (besides undoing my changes). > > > > As a long-term solution, I would propose to make a more intelligent > > reimplementation of the flex/yacc code, but this would require to > > change the interface of the ScanParseSkel classes. > > I don't see a quick solution either, we're already using the most > compact version of flex code (the faster version is 4 times as > big...). :(
a simple one would be to kill of all the special types (like vec4f, pnt4f, color4f, ...) and just do one simple float4. Same goes for the integers, double and other sizes. This should remove a lot of the starting states, and there is already the infrastructure in place to map external (OpenSG) type ids to parser type ids and starting states. Furthermore the string to type conversion is done by the outside the scanner/parser. So it should not be a to big problem. regards, gerrit ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
