[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Help-smalltalk] STInST Parser and parsing Glut (and other code)
From: |
Paolo Bonzini |
Subject: |
Re: [Help-smalltalk] STInST Parser and parsing Glut (and other code) |
Date: |
Sun, 22 Sep 2013 12:45:09 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 |
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
> address@hidden
> https://lists.gnu.org/mailman/listinfo/help-smalltalk
>