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

Re: [Pharo-project] Issue with gofer/metacello

by Ramiro Diaz Trepat

Thanks for both replies. Cheers r On Sun, Dec 27, 2009 at 7:25 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > > Is there a script to migrate underscore assignment to := ? > > rule := RBUnderscoreAssignmentRule new. > environment := BrowserEnvironment new forPackageNames: #('PackageA' > 'PackageB' ...). > SmalllintChecker runRule: rule onEnvironment: environment. > rule open > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 27, 2009

Re: [Pharo-project] Issue with gofer/metacello

by Lukas Renggli

> Is there a script to migrate underscore assignment to := Â ? rule := RBUnderscoreAssignmentRule new. environment := BrowserEnvironment new forPackageNames: #('PackageA' 'PackageB' ...). SmalllintChecker runRule: rule onEnvironment: environment. rule open -- Lukas Renggli http://www.lukas-renggli.ch

Dec. 27, 2009

Re: [Pharo-project] Fwd: 2GB changes file and a pony (was: [squeak-dev] ALL CLEAR (Re: CompiledMethodTrailers ready for use))

by David T. Lewis

Note, the change sets for this update are also on Mantis http://bugs.squeak.org/view.php?id=5205 along with discussion of other approaches to the problem. These changes are now in Squeak trunk. Dave On Sun, Dec 27, 2009 at 09:19:46PM +0200, Igor Stasenko wrote: > ---------- Forwarded message ---------- > From: David T. Lewis <lewis(a)mail.msen.com> > Date: 2009/12/27 > Subject: Re: 2GB changes file and a pony (was: [squeak-dev] ALL CLEAR > (Re: CompiledMethodTrailers ready for use)) > To: The general-purpose Squeak developers list > <squeak-dev(a)lists.squeakfoundation.org> > > > I have put the updates for large changes and sources files into the > inbox. I would appreciate if someone can review this before moving > into trunk. > > There are three mcz updates: > ??Files-dtl.62 > ??System-dtl.205 > ??Kernel-dtl.347 > > Important: The changes *must* be loaded in the order listed above. > This will require a configuration map update when the changes are > moved to trunk. > > The use of ExpandedSourceFileArray takes effect after the first > image restart. To change back to using the StandardSourceFileArray, > the procedure is as follows: > > ??1) Evaluate 'StandardSourceFileArray install' > ??2) Edit SourceFileArray class>>concreteClass to answer > ?? ??StandardSourceFileArray rather than ExpandedSourceFileArray. > > Thanks, > Dave > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 27, 2009

[Pharo-project] Loading latest Seaside 3.0 in latest Pharo 1.1

by Ramiro Diaz Trepat

Is there a proper and simple way to do this with Gofer ? Thanks

Dec. 27, 2009

Re: [Pharo-project] Issue with gofer/metacello

by Alexandre Bergel

Dec. 27, 2009

Re: [Pharo-project] Issue with gofer/metacello

by Lukas Renggli

> I get problems trying to load Seaside30 using > [Gofer new > Â Â Â squeaksource: 'Seaside30'; > Â Â Â package: 'LoadOrderTests'; > Â Â Â load] > Â Â Â Â valueSupplyingAnswers: { > Â Â Â Â Â Â Â Â Â Â Â Â Â {'Load Seaside'. true}. > Â Â Â Â Â Â Â Â Â Â Â Â Â {'SqueakSource User Name'. ''}. > Â Â Â Â Â Â Â Â Â Â Â Â Â {'SqueakSource Password'. ''}. > Â Â Â Â Â Â Â Â Â Â Â Â Â {'Run tests'. false}}. You shouldn't use Pharo 1.1 for Seaside 3.0. It is very unlikely to work. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Dec. 27, 2009

[Pharo-project] Fwd: 2GB changes file and a pony (was: [squeak-dev] ALL CLEAR (Re: CompiledMethodTrailers ready for use))

by Igor Stasenko

---------- Forwarded message ---------- From: David T. Lewis <lewis(a)mail.msen.com> Date: 2009/12/27 Subject: Re: 2GB changes file and a pony (was: [squeak-dev] ALL CLEAR (Re: CompiledMethodTrailers ready for use)) To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> I have put the updates for large changes and sources files into the inbox. I would appreciate if someone can review this before moving into trunk. There are three mcz updates: Â Files-dtl.62 Â System-dtl.205 Â Kernel-dtl.347 Important: The changes *must* be loaded in the order listed above. This will require a configuration map update when the changes are moved to trunk. The use of ExpandedSourceFileArray takes effect after the first image restart. To change back to using the StandardSourceFileArray, the procedure is as follows: Â 1) Evaluate 'StandardSourceFileArray install' Â 2) Edit SourceFileArray class>>concreteClass to answer Â Â StandardSourceFileArray rather than ExpandedSourceFileArray. Thanks, Dave -- Best regards, Igor Stasenko AKA sig.

Dec. 27, 2009

Re: [Pharo-project] Issue with gofer/metacello

by Dale Henrichs

Dec. 27, 2009

Re: [Pharo-project] [Metacello] Re: Issue with gofer/metacello

by Dale Henrichs

Dec. 27, 2009

Re: [Pharo-project] Collection>>select: aBlock ifNoneTakeAsDefault: aDefaultValue

by Nicolas Cellier

2009/12/27 Lukas Renggli <renggli(a)gmail.com>: >> Julian: we (stef and I) have something we don't understand. The >> implementation of ifEmpty: is like this in Pharo: >> >> Collection >> ifEmpty: aBlock >> Â Â Â "Evaluate the block if I'm empty" >> >> Â Â Â self isEmpty ifTrue: [ ^aBlock value ] > > In Pharo 1.0rc1 it looks like this: > > Collection>>ifEmpty: aBlock > Â Â Â Â "Evaluate the block if I'm empty" > > Â Â Â Â ^ self isEmpty ifTrue: aBlock > > Lukas > It sounds stupid to return nil if not empty. Should the change in 1.1 be backported ? Nicolas > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 27, 2009