Hi stef,I did some investigations and it seems to me that the problem comes from the�ChangesBrowser. It stores the changes in a Set which in turn changes the order of declarations... So how can I define a method in a class that does not exit?The PickListModel is the culprit ;)�
Bellow you will find the snippet that I have promised...�model := RBNamespace �new .className := 'ANewClassForTheSystem' asSymbol.model�defineClass:('<1s>subclass: #<2s>instanceVariableNames: ''''classVariableNames: ''''poolDictionaries: ''''category: <3p>' expandMacrosWith: 'NBExternalStructure' with: className with: 'JustTesting').model compile:�'myInstanceMethod �^''Hello world''�'�in: (model classNamed: className)�classified: 'method declaration'.model compile:�'myClassMethod ��^self new�'�in: (model metaclassNamed: className) �classified: 'method declaration'."(ChangesBrowser changes: model changes ) openWithSpec ."(ChangesBrowser new change: model changes �)�openWithSpec .
CheersOn Mon, Dec 17, 2012 at 10:56 AM, Ciprian Teodorov <ciprian.teodorov@gmail.com> wrote:
@Igor that's an idea ... I think I'll go with that for the initial version
@stef I'll send a snippet this evening
Cheers
On Dec 17, 2012 9:39 AM, "St�phane Ducasse" <stephane.ducasse@inria.fr> wrote:could you send a snippet that generate code?
Stef
On Dec 16, 2012, at 11:41 PM, Ciprian Teodorov wrote:
>
>
> On Sun, Dec 16, 2012 at 11:02 PM, St�phane Ducasse <stephane.ducasse@inria.fr> wrote:
> > I'm writing a FFI generator for Pharo that uses libclang to parse header files and generates nativeboost mapping as output.
> > The beast is almost working (I can get libclang mapping, the core.h header)but there are still some small issues. So, that's why I've been poking at nativeboost ;)
> >
> > At the end I expect to have something that will generate correct ffi interface, and that will not bloat the image with thousand of visible classes, so that the user might get a chance to understand something of what I'm generating...
> >
> > The thing is this evening after 4-5 hours of looking around my conclusion is. In pharo 1.4 the anonymous subclasses are breaking the tools, and in the brand new pharo 2.0 the refactoring tools (RBNamespace & company) are not working as they should.... so i'm stuck with 1.4 for now (and still telling to myself that I do not want to bloat the image with many classes)
>
> Can you tell us what is the problem you got with RBNamespace?
> Because if we know we can try to fix it :).
>
> When executing the refactorings that generate my code I get a DNU... (see attached .png) it seem that RBAddMethodChange does not implement the #includesSelector:
>
>
> Stef
>
>
>
>
>
> --
> Dr. Ciprian TEODOROV
> Ing�nieur D�veloppement CAO
>
> t�l : 06 08 54 73 48
> mail : ciprian.teodorov@gmail.com
> www.teodorov.ro
> <PharoScreenshot.png>
--
Dr. Ciprian TEODOROV
Ing�nieur�D�veloppement�CAO
t�l : 06 08 54 73 48
mail :�ciprian.teodorov@gmail.com
www.teodorov.ro