- Pharo-dev - lists.pharo.org

[Pharo-project] new unstable on gforge
by StÃ©phane Ducasse May 8, 2010

May 8, 2010

https://gforge.inria.fr/frs/download.php/26970/PharoCore-1.1-11343-UNSTABLE…

1 0

Re: [Pharo-project] [vwnc] Survey: Changing method names in JNIPort?
by Tudor Girba May 8, 2010

May 8, 2010

Hi Joachim, As far as I know, Pharo now supports underscores in method names. Am I wrong? Cheers, Doru On 8 May 2010, at 21:31, Joachim Geidel wrote: > Hello everybody! > > I am preparing to port JNIPort (the Smalltalk-to-Java interface) to > Squeak > and Pharo. However, there is a complication: Squeak and Pharo don't > accept > underscores in method names, while Dolphin and VisualWorks have no > problem > with underscores. JNIPort contains many methods with underscores. > > If you are a JNIPort user, I would like to hear what you think about > the > ways to solve this problem. Opinions from non-users are welcome, > too, of > course. > > I currently see two options: > > 1. I can keep the versions for all platforms in sync. Obviously, I > would > prefer this solution, as it is less work for me. On the other hand, > users of > JNIPort would have to get used to new naming conventions: > > - All underscores would be dropped from method names. As method > names for > generated methods include the type names of the arguments, this can > lead to > somewhat ugly looking names, as the usual camel case notation is not > necessarily respected. E.g., > get_int: would be replaced by getint: > get_Object:String: would be replaced by getObject:String: > In those simple cases, the new notation doesn't look much worse than > before. > > - Static fields in Java tend to have uppercase names with > underscores, which > I would have to drop, too: > get_MAX_VALUE -> getMAXVALUE > set_MAX_VALUE: -> setMAXVALUE: > This has a small potential for naming conflicts if two field names > in the > same class differ only by underscores. But you can always use lower > level > methods for accessing a field if the generated method is ambiguous. > > - For names of inner classes which contain a $ character, I can't > replace $ > by _ anymore, and would use 0 (zero) instead - it doesn't look much > worse > than the $ character in Java, and I can't come up with something > nicer which > is a legal character in a selector. > > 2. I could leave the VisualWorks version as it is, and maintain a > second > code branch for Squeak and Pharo. I don't like this solution, as it > means > more work for me. For JNIPort users, it would mean that their code > isn't > easily portable to Squeak. OTOH, it would preserve the current more- > or-less > nice-looking method names in generated classes. > > So, what do you think? > > Joachim Geidel > > > _______________________________________________ > vwnc mailing list > vwnc(a)cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc -- www.tudorgirba.com "Sometimes the best solution is not the best solution."

1 0

[Pharo-project] We need a UI for Metacello/Loader
by Mariano Martinez Peck May 8, 2010

May 8, 2010

Hi folks. First of all let me clarify that all this email is though for new comers. I think Metacello is a wonderful project and that's why we are adopting it in Pharo. I know Metacello has it's own UI: http://code.google.com/p/metacello/wiki/MetacelloTools I also know there is Metaceller done by Doru. But I think that the features Esteban Lorenzano implemented in GoferProjectLoader are a MUST for a new comer. You can read them here: http://www.smallworks.com.ar/en/community/GoferProjectLoader Now...he doesn't plan to do a UI for that. My question if it would be a good idea to "extend" Metaceller or Metacello-OB so that to uses GoferProjectLoader features. Not necessary for Metacello 1.0 but maybe for 1.1. I think this is important, at least for Pharo. We don't have Universe neither SqueakMap anymore. Cheers Mariano

5 6

[Pharo-project] [update 1.1] #11343
by StÃ©phane Ducasse May 8, 2010

May 8, 2010

11343 ----- - nextPut: returns its argument. rewrote all implementors of #nextPut: and #nextPutAll: to return their argument. Thanks lukas. Stef

1 0

[Pharo-project] [update 1.1] #11341
by StÃ©phane Ducasse May 8, 2010

May 8, 2010

11341 ----- - Issue 2171: add consistency in MC, Exception and other and a lot more like at:put: Stef and Lukas eating black chocolate in the cold spring (WTF with the weather..... no sunny seaside trip today)

1 0

[Pharo-project] [update 1.1] #11340
by StÃ©phane Ducasse May 8, 2010

May 8, 2010

11340 ----- - Issue 2393: SocketStream changes from Trunk. Thanks lukas and Squeak :) Stef

1 0

[Pharo-project] Fwd: [update 1.1] #11340
by StÃ©phane Ducasse May 8, 2010

May 8, 2010

11340 ----- - Issue 2393: SocketStream changes from Trunk. Thanks lukas and Squeak :) Stef

1 0

May 8, 2010

11339 ----- - Issue 2390: [ENH] Added CompiledMethod>>isDeprecated - adding Number>>roundDownTo: from Squeak. Stef

1 0

May 8, 2010

11338 ----- - Issue 2392: user and password settings can t be changed. Thanks alain - Issue 493: [Pending Etoy Cleaning] Morph>> forwardDirection. Thanks alain :) Stef

1 0

May 8, 2010

LinkedList>>add: aLinkOrObject "Add aLink to the end of the receiver's list. Answer aLink." ^self addLast: aLinkOrObject LinkedList>>addLast: aLinkOrObject "Add aLink to the end of the receiver's list. Answer aLink." |aLink| aLink := aLinkOrObject asLink. self isEmpty ifTrue: [firstLink := aLink] ifFalse: [lastLink nextLink: aLink]. lastLink := aLink. ^aLink Object>>asLink "Answer a string that represents the receiver." ^ ValueLink value: self In squeak there is no such asLink.... We need a database with all the history to know which change introduced this change. Henrik do you remember why you introduce this change? Stef

6 13