Il 22/09/2013 06:32, Holger Hans Peter Freyther ha scritto: > On Fri, Sep 20, 2013 at 04:31:40PM +0200, Holger Hans Peter Freyther wrote: > > Hi, > > >> I am flying right now and looked into how many of our packages can >> be parsed using the Parser package. I skipped the Glib package and >> now I am looking into Glut and it appears that this is a problem >> my colleague had yesterday. > > I found some more parsing issues.. > > > GNUPlot: > GNUPlot.GNUPlot exsists breaking the look-up (just like Cairo did > before renaming it). Now there is Already GPPlot as a class. The > question is if I should use GNUPlot.Plot?
GPPlot is something that you add to a GNUPlot instance. I guess we have to fix the problem, we cannot do the same as Cairo. Paolo > #(##(1/2) 2) can not be parsed with STInST (GSTFileInParser) > > NetClients: > Some issue with resolving the namespace.. > > 'Namespace error: Invalid argument nil: must be a Smalltalk.Dictionary or a > Smalltalk.Class' > SystemExceptions.WrongClass(Smalltalk.Exception)>>signal (ExcHandling.st:254) > SystemExceptions.WrongClass class>>signalOn:mustBe: (SysExcept.st:783) > Smalltalk.Namespace class>>current: (Namespace.st:94) > Smalltalk.UndefinedObject>>executeStatements (source not available:1) > > Sandstone: > Object subclasS: SDActiveRecord [ > SDActiveRecord class [ > Store := nil. > ] > ] > > This is creating a class variable with the libgst Parser.. it breaks > STInST. > > Glib: > Some kind of namespace issue.. > > > holger > > _______________________________________________ > help-smalltalk mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/help-smalltalk > _______________________________________________ help-smalltalk mailing list [email protected] https://lists.gnu.org/mailman/listinfo/help-smalltalk
