January 2014 - Pharo-dev - lists.pharo.org

Jump to superclass from selected class

by HernÃ¡n Morales Durand

Added a little SLICE to save some navigation time between classes, maybe you like it: https://pharo.fogbugz.com/f/cases/12691/Jump-to-superclass-from-selected-cl… HernÃ¡n

Jan. 23, 2014

Re: [Pharo-dev] Null Object Pattern

by Alejandro Infante

In that specialSelectorArray the number that follows a selector is the number of arguments it takes? So if we want to take out the #== we should remove the "1" at the right of the selector right? Also something really interesting (at least for me) is that "nil" is in that list, but I don't see "super" or "true". Also I thought that #new wasn't inlined, I'm (was) pretty sure I can override it. 2014/1/22 Carlo <snoobabk(a)gmail.com> > Not too sure which version of Pharo youâre using (image itâs 3) but Marcus > recently mentioned a similar issue. > > In Opal to remove the usage of #==, I removed it from the special selector > array in the method: > IRBytecodeGenerator class>>specialSelectorsArray > ^ #(#+ 1 #- 1 #< 1 #> 1 #<= 1 #>= 1 #= 1 #~= 1 #* 1 #/ 1 #\\ 1 #@ 1 > #bitShift: 1 #// 1 #bitAnd: 1 #bitOr: 1 #at: 1 #at:put: 2 #size 0 #next 0 > #nextPut: 1 #atEnd 0 #== 1 nil 0 #blockCopy: 1 #value 0 #value: 1 #do: 1 > #new 0 #new: 1 #x 0 #y 0) > > Then I ran: > IRBytecodeGenerator initialize. > OpalCompiler recompileAll. > > > I looked in Pharo 3 image and tried the changes below: > OCASTTranslator class>>initialize > (removed line referring to the selector and then re-initialise) > and then > RBMessageNode>>isInlineIfNil > (removed the reference to the selector so not picked up as inlined) > > Then try recompile: OpalCompiler recompileAll. > Everything recompiles but then image dies so couldnât test it so I might > be on wrong path ;) > > > On 23 Jan 2014, at 5:51 AM, Alejandro Infante < > alejandroinfante91(a)gmail.com> wrote: > > Actually looking at the bytecode, it is inlined. I performed this little > experiment: > > MyClass>>foo > MyNullClass new ifNil: [ Transcript show: 'Nil';cr ] ifNotNil: [ > Transcript show: 'NotNil';cr ] > > So what it really does is > > MyNullClass new == nil > ifTrue: [ Transcript show: 'Nil';cr ] > ifFalse: [ Transcript show: 'NotNil';cr ]. > > (Well, the #ifTrue:ifFalse: is also inlined) > So actually subclassing UndefinedObject doesn't work either, because of > the #==. Also I think (I'm not completely sure about this), the #== doesn't > perform a lookup and the VM takes care of that, so there is no way to > change it's behavior by overriding it. > > About how to workaround... I have no idea =( > > Cheers, > Alejandro > > > 2014/1/22 Sean P. DeNigris <sean(a)clipperadams.com> > >> I'm missing something here... >> I tried implementing: >> MyNullClass>>#ifNil: nilBlock ifNotNil: notNilBlock >> nilBlock value. >> But the notNilBlock is evaluated. I'm assuming it's being inlined. Is that >> right? How do I workaround? >> >> I also tried subclassing UndefinedObject, with the same result. >> >> Any ideas? >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: >> http://forum.world.st/Null-Object-Pattern-tp4738574.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> > >

Jan. 23, 2014

Re: [Pharo-dev] browsing comment versions

by Sean P. DeNigris

Nicolai Hess wrote > someone interested in browsing older versions of class comments again? > â¦ > What do you think? Sounds great :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/browsing-comment-versions-tp4738527p4738581.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 23, 2014

Re: [Pharo-dev] Null Object Pattern

by Carlo

Not too sure which version of Pharo youâre using (image itâs 3) but Marcus recently mentioned a similar issue. > In Opal to remove the usage of #==, I removed it from the special selector array in the method: > IRBytecodeGenerator class>>specialSelectorsArray > ^ #(#+ 1 #- 1 #< 1 #> 1 #<= 1 #>= 1 #= 1 #~= 1 #* 1 #/ 1 #\\ 1 #@ 1 #bitShift: 1 #// 1 #bitAnd: 1 #bitOr: 1 #at: 1 #at:put: 2 #size 0 #next 0 #nextPut: 1 #atEnd 0 #== 1 nil 0 #blockCopy: 1 #value 0 #value: 1 #do: 1 #new 0 #new: 1 #x 0 #y 0) > > Then I ran: > IRBytecodeGenerator initialize. > OpalCompiler recompileAll. I looked in Pharo 3 image and tried the changes below: OCASTTranslator class>>initialize (removed line referring to the selector and then re-initialise) and then RBMessageNode>>isInlineIfNil (removed the reference to the selector so not picked up as inlined) Then try recompile: OpalCompiler recompileAll. Everything recompiles but then image dies so couldnât test it so I might be on wrong path ;) On 23 Jan 2014, at 5:51 AM, Alejandro Infante <alejandroinfante91(a)gmail.com> wrote: Actually looking at the bytecode, it is inlined. I performed this little experiment: MyClass>>foo MyNullClass new ifNil: [ Transcript show: 'Nil';cr ] ifNotNil: [ Transcript show: 'NotNil';cr ] So what it really does is MyNullClass new == nil ifTrue: [ Transcript show: 'Nil';cr ] ifFalse: [ Transcript show: 'NotNil';cr ]. (Well, the #ifTrue:ifFalse: is also inlined) So actually subclassing UndefinedObject doesn't work either, because of the #==. Also I think (I'm not completely sure about this), the #== doesn't perform a lookup and the VM takes care of that, so there is no way to change it's behavior by overriding it. About how to workaround... I have no idea =( Cheers, Alejandro 2014/1/22 Sean P. DeNigris <sean(a)clipperadams.com> I'm missing something here... I tried implementing: MyNullClass>>#ifNil: nilBlock ifNotNil: notNilBlock nilBlock value. But the notNilBlock is evaluated. I'm assuming it's being inlined. Is that right? How do I workaround? I also tried subclassing UndefinedObject, with the same result. Any ideas? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Null-Object-Pattern-tp4738574.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 23, 2014

Re: [Pharo-dev] Null Object Pattern

by Alejandro Infante

Actually looking at the bytecode, it is inlined. I performed this little experiment: MyClass>>foo MyNullClass new ifNil: [ Transcript show: 'Nil';cr ] ifNotNil: [ Transcript show: 'NotNil';cr ] So what it really does is MyNullClass new == nil ifTrue: [ Transcript show: 'Nil';cr ] ifFalse: [ Transcript show: 'NotNil';cr ]. (Well, the #ifTrue:ifFalse: is also inlined) So actually subclassing UndefinedObject doesn't work either, because of the #==. Also I think (I'm not completely sure about this), the #== doesn't perform a lookup and the VM takes care of that, so there is no way to change it's behavior by overriding it. About how to workaround... I have no idea =( Cheers, Alejandro 2014/1/22 Sean P. DeNigris <sean(a)clipperadams.com> > I'm missing something here... > I tried implementing: > MyNullClass>>#ifNil: nilBlock ifNotNil: notNilBlock > nilBlock value. > But the notNilBlock is evaluated. I'm assuming it's being inlined. Is that > right? How do I workaround? > > I also tried subclassing UndefinedObject, with the same result. > > Any ideas? > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Null-Object-Pattern-tp4738574.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Jan. 23, 2014

Null Object Pattern

by Sean P. DeNigris

I'm missing something here... I tried implementing: MyNullClass>>#ifNil: nilBlock ifNotNil: notNilBlock nilBlock value. But the notNilBlock is evaluated. I'm assuming it's being inlined. Is that right? How do I workaround? I also tried subclassing UndefinedObject, with the same result. Any ideas? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Null-Object-Pattern-tp4738574.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 23, 2014

Easy one for review

by Sean P. DeNigris

12692 KeyboardEvent>>#asKeyCombination ignores Option key Fix in inbox: SLICE-Issue-12692-KeyboardEventasKeyCombination-ignores-Option-key-SeanDeNigris.1 ----- Cheers, Sean -- View this message in context: http://forum.world.st/Easy-one-for-review-tp4738551.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 23, 2014

Re: [Pharo-dev] SWIG for Native Boost FFI

by HernÃ¡n Morales Durand

Hello Ronie, Could you show us a sample script? Cheers, HernÃ¡n 2014/1/22 Ronie Salgado <roniesalg(a)gmail.com> > I started working on extending SWIG to generate bindings for NativeBoost > FFI, using as a reference the C# binding generator. I am committing my work > on this into https://github.com/ronsaldo/swig/ . > > It works by creating a C side code and Smalltalk that can be filed-in in a > image, which contains a class with all the NativeBoost-FFI callouts, a > class for the global module, classes for each C++ class and SWIGTYPE_* > classes for opaque types or types that SWIG couldn't wrap. > > It currently can generate bindings for C/C++ functions, constants, define > based constants, opaque structures, methods, enums, and for C++ classes, > nested classes, member methods, member fields, member constants, member > static functions, variables and constants. > > The overloaded functions support currently is not so great, since I am > currently using the arguments name to build the selector. I have to still > decide a better strategy for the overloaded methods. > > WARNING: automatic garbage collection of the C++ classes is not yet ready, > but it will be soon. Downcasting of C++ objects is also not supported yet. > > Greetings > Ronie Salgado >

Jan. 22, 2014

browsing comment versions

by Nicolai Hess

Hi, someone interested in browsing older versions of class comments again? The ClassCommentVersionBrowser is gone, but I can add it to the NewVersionBrowser. Just some additional changes to class ChangeSet and NewVersionBrowser are needed. What do you think? nicolai

Jan. 22, 2014

Re: [Pharo-dev] SWIG for Native Boost FFI

by Alexandre Bergel

Wow! I guess this complement well NativeBoost right? Alexandre On Jan 22, 2014, at 5:25 PM, Ronie Salgado <roniesalg(a)gmail.com> wrote: > I started working on extending SWIG to generate bindings for NativeBoost FFI, using as a reference the C# binding generator. I am committing my work on this into https://github.com/ronsaldo/swig/ . > > It works by creating a C side code and Smalltalk that can be filed-in in a image, which contains a class with all the NativeBoost-FFI callouts, a class for the global module, classes for each C++ class and SWIGTYPE_* classes for opaque types or types that SWIG couldn't wrap. > > It currently can generate bindings for C/C++ functions, constants, define based constants, opaque structures, methods, enums, and for C++ classes, nested classes, member methods, member fields, member constants, member static functions, variables and constants. > > The overloaded functions support currently is not so great, since I am currently using the arguments name to build the selector. I have to still decide a better strategy for the overloaded methods. > > WARNING: automatic garbage collection of the C++ classes is not yet ready, but it will be soon. Downcasting of C++ objects is also not supported yet. > > Greetings > Ronie Salgado -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 22, 2014