I filed a bug to track this http://jira.openlaszlo.org/jira/browse/LPP-8999
On Fri, May 14, 2010 at 12:21 PM, P T Withington <[email protected]> wrote: > Seems all it should need is to be able to find the constructor (by the name > of the superclass). It seems to know the superclass it is looking for. The > only I can think of: Order dependency. The script compiler is supposed to > do a topo sort on the classes to ensure that there are no forward > references. Possibly the info for that sort got lost, or you are not > visiting the AST in that order? > > It's no fair defining a constructor for a mixin. Mixins really should not > be allowed to have constructors (IMO) because, by definition, they can be > mixed in to any class hierarchy, and different ones might have different > constructor signatures. > > > On 2010-05-14, at 12:06, Henry Minsky wrote: > > > yeah something is not getting copied, if I revert that code back to > storing > > the whole class definiiton node, then I don't get this error. > > > > On Fri, May 14, 2010 at 11:51 AM, P T Withington <[email protected]> > wrote: > > > >> This probably has to do with trying to create a default constructor when > >> there are arguments. Since a mixin might have any superclass, the > >> constructor has to be created on the fly when it is mixed in. The script > >> compiler has to be able to look up the superclass constructor to get the > >> argument list. That's the table you made that makes deep copies. Maybe > >> somehow something is not getting entered into that table? > >> > >> On May 14, 2010, at 10:20, Henry Minsky <[email protected]> wrote: > >> > >> Must have broken something with the code that adds the interstitial > >> classes, lemme check > >> > >> On Fri, May 14, 2010 at 10:08 AM, André Bargull < < > [email protected]> > >> [email protected]> wrote: > >> > >>> Superclass classA used by mixin not defined, and no constructor > supplied > >>>> for mixin: mixinD2 > >>>> > >>> > >>> > >>> What is this error telling me to do? The test case (see attachment) > >>> stopped working after updating to top of trunk when compiling to > swf9/10, > >>> full error report is attached as "error.txt". > >>> > >>> > >>> Thanks, > >>> André > >>> > >>> > >> > >> > >> -- > >> Henry Minsky > >> Software Architect > >> <[email protected]>[email protected] > >> > >> > >> > > > > > > -- > > Henry Minsky > > Software Architect > > [email protected] > > -- Henry Minsky Software Architect [email protected]
