December 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] how i can browse the users of some trait?

by Esteban Lorenzano

is part of the "making class and traits polymorphic" effort. On Tue, Dec 3, 2013 at 1:33 PM, Benjamin < Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > Why creating a class if it has only one user ? > > Ben > > On 03 Dec 2013, at 13:32, Igor Stasenko <siguctua(a)gmail.com> wrote: > > and as follow-up, why we need such trait if it has only one user??? > > > On 3 December 2013 13:30, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> namely, TClass >> cmd-shift-N doesn't helps >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > Best regards, > Igor Stasenko. > > >

Dec. 3, 2013

language matrix

by Sebastian Sastre

Lets add smalltalk there? http://langlangmatrix.com

Dec. 3, 2013

Re: [Pharo-dev] how i can browse the users of some trait?

by Benjamin

Why creating a class if it has only one user ? Ben On 03 Dec 2013, at 13:32, Igor Stasenko <siguctua(a)gmail.com> wrote: > and as follow-up, why we need such trait if it has only one user??? > > > On 3 December 2013 13:30, Igor Stasenko <siguctua(a)gmail.com> wrote: > namely, TClass > cmd-shift-N doesn't helps > > -- > Best regards, > Igor Stasenko. > > > > -- > Best regards, > Igor Stasenko.

Dec. 3, 2013

Re: [Pharo-dev] Building Pharo using Interpreter Class

by phil＠highoctane.be

There is working pure interpreter in the pharovm. Phil On Tuesday, December 3, 2013, Kirstin Heidler wrote: > My freind Dimitri was not able to post his message. I am working with him > on this. > > ____________________________________________________________ > ___________________ > > Hello, > > as part of a Seminar in the University im trying to build the PharoVM. > According to the README file here ([1]) I was able to generate and to > build the VM successfully. > > Now I would like to build the VM without Cog or Stack-to-Register > optimizations... The problem here is, that I could not find any config > class (which is a subclass of CPlatformConfig), that provides the right > configurations and allows to build the VM without errors. I have tried > to modify PharoUnixConfig(because it was the default config class), but > unfortunately the build failes when the compiler tries to compile > gcc3x-interp.c. > > Could somebody help me with this problem? How should I configure my own > Config class? > > Basically our Group tries to implement an object table in Pharo and we > want to use (and modify) the basic Interpreter class. > > > > [1] https://github.com/pharo-project/pharo-vm > > > Best regards, > Dimitri Korsch > > -- --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

Dec. 3, 2013

Re: [Pharo-dev] how i can browse the users of some trait?

by Igor Stasenko

and as follow-up, why we need such trait if it has only one user??? On 3 December 2013 13:30, Igor Stasenko <siguctua(a)gmail.com> wrote: > namely, TClass > cmd-shift-N doesn't helps > > -- > Best regards, > Igor Stasenko. > -- Best regards, Igor Stasenko.

Dec. 3, 2013

how i can browse the users of some trait?

by Igor Stasenko

namely, TClass cmd-shift-N doesn't helps -- Best regards, Igor Stasenko.

Dec. 3, 2013

Re: [Pharo-dev] NativeBoost String Handling Bug?

by Igor Stasenko

Yes, when we discussed this with Martin (for a first time on that topic, i guess) all i wanted is a convenience method to _just_ make anonymous subclass.. how long this expression could be? it should be as long as: myClass createAnonymousSubclass. and what we have instead? First: self classBuilder anonymousSubclassOf: NBExternalArray. then newSubclass := AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalArray ]. this is unacceptable. Because imagine one day you would want to port such code, (not necessary NB, but code which creates and uses anonymous subclasses), which code for porter, would be easier to understand how to port it if another dialect will miss any AnonymousClassInstaller? -- Best regards, Igor Stasenko.

Dec. 3, 2013

Building Pharo using Interpreter Class

by Kirstin Heidler

My freind Dimitri was not able to post his message. I am working with him on this. _______________________________________________________________________________ Hello, as part of a Seminar in the University im trying to build the PharoVM. According to the README file here ([1]) I was able to generate and to build the VM successfully. Now I would like to build the VM without Cog or Stack-to-Register optimizations... The problem here is, that I could not find any config class (which is a subclass of CPlatformConfig), that provides the right configurations and allows to build the VM without errors. I have tried to modify PharoUnixConfig(because it was the default config class), but unfortunately the build failes when the compiler tries to compile gcc3x-interp.c. Could somebody help me with this problem? How should I configure my own Config class? Basically our Group tries to implement an object table in Pharo and we want to use (and modify) the basic Interpreter class. [1] https://github.com/pharo-project/pharo-vm Best regards, Dimitri Korsch

Dec. 3, 2013

Re: [Pharo-dev] NativeBoost String Handling Bug?

by Esteban Lorenzano

I'm ok to add some convenient methods to class installers. just that I do not have time to do it right now, so be my guest :) Esteban On Tue, Dec 3, 2013 at 1:10 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Yes > > "protocol: private" > anonymousSubclassInitElementType: aTypeName > "create and initialize the anonymous subclass of me" > > | newSubclass | > newSubclass := self classBuilder anonymousSubclassOf: NBExternalArray. > newSubclass initElementType: aTypeName. > ^ newSubclass > > > vs > > "protocol: private" > anonymousSubclassInitElementType: aTypeName > "create and initialize the anonymous subclass of me" > > | newSubclass | > newSubclass := AnonymousClassInstaller make: [ :builder | > "we're not using 'self' to avoid wrong subclassing from anonymous > subclass" > builder superclass: NBExternalArray ]. > newSubclass initElementType: aTypeName. > ^ newSubclass > > > And > > "protocol: class factory" > getClassForType: aTypeName > "Do not confuse.! This method answers an anonymous class, a subclass > of NBExternalTypeValue, > which can be used for instantiation later i.e: > > floatTypeClass := NBExternalTypeValue ofType: 'float'. > > float := floatTypeClass new. > float value: 1.5. > float value. > > " > > | newSubclass | > newSubclass := self classBuilder anonymousSubclassOf: > NBExternalTypeValue. > newSubclass valueType: aTypeName. > ^ newSubclass > > vs > > "protocol: class factory" > getClassForType: aTypeName > "Do not confuse.! This method answers an anonymous class, a subclass > of NBExternalTypeValue, > which can be used for instantiation later i.e: > > floatTypeClass := NBTypeValue ofType: 'float'. > > float := floatTypeClass new. > float value: 1.5. > float value. > > " > > | newSubclass | > newSubclass := AnonymousClassInstaller make: [ :builder | > "we're not using 'self' to avoid wrong subclassing from anonymous > subclass " > builder superclass: NBExternalTypeValue ]. > newSubclass initValueType: aTypeName. > ^ newSubclass > > > To anyone who changed this, can i have some canonical protocol for > creating anonymous subclasses > without referring to fuzzy , vague and unknown (as to me) > AnonymousClassInstaller > or other strange globals? > > > > On 3 December 2013 13:01, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com>wrote: > >> I testify, there are 2 conflicts >> >> Ben >> >> On 03 Dec 2013, at 12:44, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> apparently i was looking at wrong place, and according to report there's >> merge conflict. >> why? because i merged everything before commit. >> >> >> >> On 3 December 2013 12:09, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: >> >>> Igor >>> >>> where do you get this information? >>> Because I see >>> >>> https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/3549//artifact/vali… >>> and it is different. >>> >>> stef >>> >>> On Dec 3, 2013, at 11:59 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> >>> i have no idea, but following is not related to what changes i did: >>> >>> ./pharo Pharo.image update --from-file=updates30.staged >>> >>> VersionnerProjectToolBar>>update (update is Undeclared) >>> >>> VersionnerProjectToolBar>>update (update is Undeclared) >>> >>> VersionnerProjectToolBar>>update (update is Undeclared) >>> >>> VersionnerProjectToolBar>>update (update is Undeclared) >>> >>> VersionnerProjectToolBar>>update (MBUpdateDevCommand is Undeclared) >>> >>> VersionnerProjectToolBar>>update (update is Undeclared) >>> >>> MBAddDescriptionCommandTest>>testExecute (MBAddDescriptionCommand is Undeclared) >>> >>> MBConfigurationInfoTest>>testInitialization (ConfigurationOfVersionner is Undeclared) >>> >>> MBAbstractVersionInfo>>cmdSetCurrentVersion (MBSetCurrentVersionCommand is Undeclared) >>> >>> MTProject>>addDependentProject:from:withVersion:loads:(repository is shadowed) >>> >>> >>> >>> >>> On 3 December 2013 10:17, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: >>> >>>> You know what? >>>> It will not be integrated because apparently the monkey tagged it as >>>> invalid. >>>> >>>> I have no idea why. I hate this automatic down grading. May be we >>>> should have a different tags to make the difference >>>> between >>>> >>>> work needed = nothing was done or something but it was never in >>>> the state where we could think it should be integrated >>>> was integration ready = it was ready but something happen >>>> >>>> Stef >>>> >>>> >>>> >>>> > Igor Stasenko wrote >>>> >> if yes then i think we can finally close the bug entry). >>>> > >>>> > I updated the issue and made your packages into a slice: >>>> > https://pharo.fogbugz.com/default.asp?7542 >>>> > SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 >>>> > >>>> > >>>> > >>>> > ----- >>>> > Cheers, >>>> > Sean >>>> > -- >>>> > View this message in context: >>>> http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html >>>> > Sent from the Pharo Smalltalk Developers mailing list archive at >>>> Nabble.com <http://nabble.com/>. >>>> > >>>> >>>> >>>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> >> >> > > > -- > Best regards, > Igor Stasenko. >

Dec. 3, 2013

Re: [Pharo-dev] NativeBoost String Handling Bug?

by Igor Stasenko

Yes "protocol: private" anonymousSubclassInitElementType: aTypeName "create and initialize the anonymous subclass of me" | newSubclass | newSubclass := self classBuilder anonymousSubclassOf: NBExternalArray. newSubclass initElementType: aTypeName. ^ newSubclass vs "protocol: private" anonymousSubclassInitElementType: aTypeName "create and initialize the anonymous subclass of me" | newSubclass | newSubclass := AnonymousClassInstaller make: [ :builder | "we're not using 'self' to avoid wrong subclassing from anonymous subclass" builder superclass: NBExternalArray ]. newSubclass initElementType: aTypeName. ^ newSubclass And "protocol: class factory" getClassForType: aTypeName "Do not confuse.! This method answers an anonymous class, a subclass of NBExternalTypeValue, which can be used for instantiation later i.e: floatTypeClass := NBExternalTypeValue ofType: 'float'. float := floatTypeClass new. float value: 1.5. float value. " | newSubclass | newSubclass := self classBuilder anonymousSubclassOf: NBExternalTypeValue. newSubclass valueType: aTypeName. ^ newSubclass vs "protocol: class factory" getClassForType: aTypeName "Do not confuse.! This method answers an anonymous class, a subclass of NBExternalTypeValue, which can be used for instantiation later i.e: floatTypeClass := NBTypeValue ofType: 'float'. float := floatTypeClass new. float value: 1.5. float value. " | newSubclass | newSubclass := AnonymousClassInstaller make: [ :builder | "we're not using 'self' to avoid wrong subclassing from anonymous subclass " builder superclass: NBExternalTypeValue ]. newSubclass initValueType: aTypeName. ^ newSubclass To anyone who changed this, can i have some canonical protocol for creating anonymous subclasses without referring to fuzzy , vague and unknown (as to me) AnonymousClassInstaller or other strange globals? On 3 December 2013 13:01, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com>wrote: > I testify, there are 2 conflicts > > Ben > > On 03 Dec 2013, at 12:44, Igor Stasenko <siguctua(a)gmail.com> wrote: > > apparently i was looking at wrong place, and according to report there's > merge conflict. > why? because i merged everything before commit. > > > > On 3 December 2013 12:09, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > >> Igor >> >> where do you get this information? >> Because I see >> >> https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/3549//artifact/vali… >> and it is different. >> >> stef >> >> On Dec 3, 2013, at 11:59 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> i have no idea, but following is not related to what changes i did: >> >> ./pharo Pharo.image update --from-file=updates30.staged >> >> VersionnerProjectToolBar>>update (update is Undeclared) >> >> VersionnerProjectToolBar>>update (update is Undeclared) >> >> VersionnerProjectToolBar>>update (update is Undeclared) >> >> VersionnerProjectToolBar>>update (update is Undeclared) >> >> VersionnerProjectToolBar>>update (MBUpdateDevCommand is Undeclared) >> >> VersionnerProjectToolBar>>update (update is Undeclared) >> >> MBAddDescriptionCommandTest>>testExecute (MBAddDescriptionCommand is Undeclared) >> >> MBConfigurationInfoTest>>testInitialization (ConfigurationOfVersionner is Undeclared) >> >> MBAbstractVersionInfo>>cmdSetCurrentVersion (MBSetCurrentVersionCommand is Undeclared) >> >> MTProject>>addDependentProject:from:withVersion:loads:(repository is shadowed) >> >> >> >> >> On 3 December 2013 10:17, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: >> >>> You know what? >>> It will not be integrated because apparently the monkey tagged it as >>> invalid. >>> >>> I have no idea why. I hate this automatic down grading. May be we should >>> have a different tags to make the difference >>> between >>> >>> work needed = nothing was done or something but it was never in >>> the state where we could think it should be integrated >>> was integration ready = it was ready but something happen >>> >>> Stef >>> >>> >>> >>> > Igor Stasenko wrote >>> >> if yes then i think we can finally close the bug entry). >>> > >>> > I updated the issue and made your packages into a slice: >>> > https://pharo.fogbugz.com/default.asp?7542 >>> > SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 >>> > >>> > >>> > >>> > ----- >>> > Cheers, >>> > Sean >>> > -- >>> > View this message in context: >>> http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html >>> > Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com <http://nabble.com/>. >>> > >>> >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> >> >> > > > -- > Best regards, > Igor Stasenko. > > > -- Best regards, Igor Stasenko.

Dec. 3, 2013