- Pharo-dev - lists.pharo.org

Re: [Pharo-project] RC3 - small stuff

by Dale Henrichs

Bill, the "no matching versins" message means that there are no "stable" versions available, so the project is under development and is changing... If you want to try it anyway ... it _is_ under active development. You can load an explicit version using the loader ... look at the config and see what the version name is... Dale ----- "Wilhelm K Schwab" <bschwab(a)anest.ufl.edu> wrote: | Dale, | | Another project that Citezen might need is Rio. It looks like Damien | has been busy. The ConfigurationOfCitezen is in the repository. For | fun, I tried | | Gofer project load:'Citezen' | | and get an error "No versions matching version (latest)" I am not | sure whether this is something that I should stop nagging and let | Damien fix, or if I'm not doing this correctly. | | Bill | | | -----Original Message----- | From: pharo-project-bounces(a)lists.gforge.inria.fr | [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Dale | Henrichs | Sent: Monday, March 22, 2010 2:18 PM | To: Pharo-project(a)lists.gforge.inria.fr | Cc: Pharo-project(a)lists.gforge.inria.fr | Subject: Re: [Pharo-project] RC3 - small stuff | | Bill, | | Looks like ConfgurationOfCitezen does need required projects added (I | am willing to help the maintainers - drop me a line). | | Perhaps the configs aren't ready for prime time and that's why they | have not been added to MetacelloRepository. | | You can add repositories to your own GoferProject: | | Gofer project repository: 'Repository URL'. | | Will add another repository to the search path. | | Dale | ----- "Wilhelm K Schwab" <bschwab(a)anest.ufl.edu> wrote: | | | Hello all, | | | | Some time ago, there was (I thought) a patch for saving workspace | text | | to a file; I had hoped to find that in 1.0, but it is not in RC3 | that | | I can find. | | | | The first thing I did was load the Loader extensions to Gofer. It | | installed as expected. I have not looked into the code, but tried | | #search: and found things like Citezen and Rio missing. That might | be | | "simply" because the Configuration* packages are not in the | Metacello | | repository?? If so, are they not there for a non-trivial reason? | | | | I then grabbed ConfigurationOfCitezen, and was hung up by an | | unsatisfied dependence on SmaCC. The SmaCC runtime is in my RC1 | image, | | but I don't know how/why it was loaded; presumably CZLoader did it. | | | | Are these bugs or features? I am leaning toward bugs, but the | | question is whether any or all of the following appicable: (1) | | ConfigurationOfCitezen needs to load prerequisites; (2) Loader is in | | | the wrong to not see them; (3) I need to add repositories to | Loader; | | (4) various ConfigurationOf* packages need to be in the Metacello | | repository. | | | | Any ideas? | | | | Bill | | | | | | _______________________________________________ | | Pharo-project mailing list | | Pharo-project(a)lists.gforge.inria.fr | | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project | | _______________________________________________ | Pharo-project mailing list | Pharo-project(a)lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 22, 2010

Re: [Pharo-project] How I build squeak-vm with FT2Plugin on Linux

by laurent laffont

> > >>> Thanks Bryce!!! would be cool to have the "official" Linux VM for Pharo >>> 1.0 release with this feature. >>> >> >> >> I've built one here >> http://lolgzs.free.fr/pharo/Squeak-3.11.3.2135-src-pached.tar.gz with >> FT2Plugin and the patched bitlbt. >> >> > Excellent!!! do you know if this vm has the "Gnuification" ??? > I don't think so as I use the current stable VM 3.11.3. rev 2135. I will try with last trunk. Laurent Laffont > > I saw an email from Adrian in VM maling list saying he has problem with > that. > > > >> If someone can test it on another machine ... >> >> > > I will try later (lazy to open virtual box hahah) > > > Note that I have several tests failing with this VM on RC3 image (but it >> doesn't crash, so that's far better than my previous custom VM :) >> >> Laurent Laffont >> >> >>> >>>

March 22, 2010

Re: [Pharo-project] How I build squeak-vm with FT2Plugin on Linux

by Mariano Martinez Peck

2010/3/22 laurent laffont <laurent.laffont(a)gmail.com> > > > 2010/3/22 Mariano Martinez Peck <marianopeck(a)gmail.com> > > >> >> On Mon, Mar 22, 2010 at 9:22 PM, Bryce Kampjes <bryce(a)kampjes.demon.co.uk >> > wrote: >> >>> On Thu, 2010-03-11 at 10:28 +0100, Mariano Martinez Peck wrote: >>> > Both really interesting posts. Now...Some people reported that the >>> > Exupery Linux VM has "nicer" fonts than the standard VM, even if both >>> > use true type. >>> > Then Bryce Kampjes said in the mailing list: >>> > >>> > "If it's font related then the Exupery VMs also have a patched bitlbt >>> > for >>> > subpixel antialiasing. The true type code uses that to make fonts look >>> > a >>> > bit nicer." >>> > >>> > Do you know how that can be included ? >>> >>> Apply the .cs in the following email to your copy of VMMaker and also >>> build the truetype plugin: >>> >>> >>> http://n4.nabble.com/Fwd-Pharo-project-New-Pharo-based-on-core-10309-with-a… >>> >>> The truetype work was done by Andy Tween. Googling for him, truetype, >>> plugin, and VM should find a bit more information. >>> >>> >> Thanks Bryce!!! would be cool to have the "official" Linux VM for Pharo >> 1.0 release with this feature. >> > > > I've built one here > http://lolgzs.free.fr/pharo/Squeak-3.11.3.2135-src-pached.tar.gz with > FT2Plugin and the patched bitlbt. > > Excellent!!! do you know if this vm has the "Gnuification" ??? I saw an email from Adrian in VM maling list saying he has problem with that. > If someone can test it on another machine ... > > I will try later (lazy to open virtual box hahah) Note that I have several tests failing with this VM on RC3 image (but it > doesn't crash, so that's far better than my previous custom VM :) > > Laurent Laffont > > >> >> Cheers >> >> Mariano >> >> >> Bryce >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 22, 2010

Re: [Pharo-project] bug in the code of CompiledMethod >> =

by Eliot Miranda

On Mon, Mar 22, 2010 at 2:54 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > You might also want to check last code published in trunk. > I saw that. You're eliminating closeTo: for float comparison which seems fine to me :) Thanks Nicolas! However, it is indicative that a recompile all is necessary after redefining the number scanning facilities. I guess that this is part of the standard release build process. If not, we should add it. > > Nicolas > > 2010/3/22 Eliot Miranda <eliot.miranda(a)gmail.com>: > > > > > > On Mon, Mar 22, 2010 at 2:25 PM, StÃ©phane Ducasse > > <stephane.ducasse(a)inria.fr> wrote: > >> > >> eliot > >> > >> Your changes fixed some of the problems. Now I tried to fix the test > >> testAnalogousCodeTo in MethodPropertiesTest and > >> the expression returns false. > >> > >> (#zork->'hello') analogousCodeTo: (#zork->'hello') -> false > >> > >> (#zork->'hello') = (#zork->'hello') -> true > > > > For me > > #(#zork -> 'hello') size 3 > > In Pharo is it true that > > #(#zork -> 'hello') size 1 > > ??!?! > > In that case I would implement analogousCodeTo: in Association, e.g. > > analogousCodeTo: anObject > > ^anObject class == self class > > and: [key = anObject key > > and: [value = anObject value]] > > > > But if Association isn't a literal I would simply check > > MethodPropertiesTests. It could be obsolete. > >> > >> Stef > >> > >> On Mar 22, 2010, at 6:20 PM, Eliot Miranda wrote: > >> > >> > Oops. Find attached. > >> > > >> > 2010/3/22 Cyrille Delaunay <cy.delaunay(a)gmail.com> > >> > try in a Pharo-1.0-10515-rc3 image : > >> > > >> > |set| > >> > set := Set new. > >> > Collection withAllSubclasses do: [:aClass | > >> > set addAll: aClass methods > >> > ]. > >> > > >> > It will raise an exception telling: "MessageNotUnderstood: > >> > ByteSymbol>>analogousCodeTo:". > >> > Indeed, in the code of CompiledMethod >> = , the message > >> > 'analogousCodeTo:' is send to a > >> > symbol. > >> > > >> > > >> > I opened an Issue: > >> > http://code.google.com/p/pharo/issues/detail?id=2185 > >> > > >> > > >> > > >> > _______________________________________________ > >> > Pharo-project mailing list > >> > Pharo-project(a)lists.gforge.inria.fr > >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > >> > > >> > > <Object-analogousCodeTo.st>_______________________________________________ > >> > Pharo-project mailing list > >> > Pharo-project(a)lists.gforge.inria.fr > >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 22, 2010

Re: [Pharo-project] How I build squeak-vm with FT2Plugin on Linux

by laurent laffont

2010/3/22 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > On Mon, Mar 22, 2010 at 9:22 PM, Bryce Kampjes <bryce(a)kampjes.demon.co.uk>wrote: > >> On Thu, 2010-03-11 at 10:28 +0100, Mariano Martinez Peck wrote: >> > Both really interesting posts. Now...Some people reported that the >> > Exupery Linux VM has "nicer" fonts than the standard VM, even if both >> > use true type. >> > Then Bryce Kampjes said in the mailing list: >> > >> > "If it's font related then the Exupery VMs also have a patched bitlbt >> > for >> > subpixel antialiasing. The true type code uses that to make fonts look >> > a >> > bit nicer." >> > >> > Do you know how that can be included ? >> >> Apply the .cs in the following email to your copy of VMMaker and also >> build the truetype plugin: >> >> >> http://n4.nabble.com/Fwd-Pharo-project-New-Pharo-based-on-core-10309-with-a… >> >> The truetype work was done by Andy Tween. Googling for him, truetype, >> plugin, and VM should find a bit more information. >> >> > Thanks Bryce!!! would be cool to have the "official" Linux VM for Pharo 1.0 > release with this feature. > I've built one here http://lolgzs.free.fr/pharo/Squeak-3.11.3.2135-src-pached.tar.gz with FT2Plugin and the patched bitlbt. If someone can test it on another machine ... Note that I have several tests failing with this VM on RC3 image (but it doesn't crash, so that's far better than my previous custom VM :) Laurent Laffont > > Cheers > > Mariano > > > Bryce >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 22, 2010

Re: [Pharo-project] bug in the code of CompiledMethod >> =

by Nicolas Cellier

You might also want to check last code published in trunk. Nicolas 2010/3/22 Eliot Miranda <eliot.miranda(a)gmail.com>: > > > On Mon, Mar 22, 2010 at 2:25 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> eliot >> >> Your changes fixed some of the problems. Now I tried to fix the test >> testAnalogousCodeTo in MethodPropertiesTest and >> the expression returns false. >> >> (#zork->'hello') analogousCodeTo: (#zork->'hello') Â -> false >> >> (#zork->'hello') = (#zork->'hello') -> true > > For me > Â Â Â #(#zork -> 'hello') size 3 > In Pharo is it true that > #(#zork -> 'hello') size 1 > ??!?! > In that case I would implement analogousCodeTo: in Association, e.g. > analogousCodeTo: anObject > Â Â Â ^anObject class == self class > Â Â Â and: [key = anObject key > Â Â Â and: [value = anObject value]] > > But if Association isn't a literal I would simply check > MethodPropertiesTests. Â It could be obsolete. >> >> Stef >> >> On Mar 22, 2010, at 6:20 PM, Eliot Miranda wrote: >> >> > Oops. Â Find attached. >> > >> > 2010/3/22 Cyrille Delaunay <cy.delaunay(a)gmail.com> >> > try in a Pharo-1.0-10515-rc3 image : >> > >> > |set| >> > set := Set new. >> > Collection withAllSubclasses do: [:aClass | >> > Â Â Â set addAll: aClass methods >> > Â Â Â ]. >> > >> > It will raise an exception telling: "MessageNotUnderstood: >> > ByteSymbol>>analogousCodeTo:". >> > Indeed, in the code of CompiledMethod >> = , the message >> > 'analogousCodeTo:' is send to a >> > symbol. >> > >> > >> > I opened an Issue: >> > http://code.google.com/p/pharo/issues/detail?id=2185 >> > >> > >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> > >> > <Object-analogousCodeTo.st>_______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 22, 2010

Re: [Pharo-project] bug in the code of CompiledMethod >> =

by Eliot Miranda

On Mon, Mar 22, 2010 at 2:25 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > eliot > > Your changes fixed some of the problems. Now I tried to fix the test > testAnalogousCodeTo in MethodPropertiesTest and > the expression returns false. > > (#zork->'hello') analogousCodeTo: (#zork->'hello') -> false > > (#zork->'hello') = (#zork->'hello') -> true > For me #(#zork -> 'hello') size 3 In Pharo is it true that #(#zork -> 'hello') size 1 ??!?! In that case I would implement analogousCodeTo: in Association, e.g. analogousCodeTo: anObject ^anObject class == self class and: [key = anObject key and: [value = anObject value]] But if Association isn't a literal I would simply check MethodPropertiesTests. It could be obsolete. > Stef > > On Mar 22, 2010, at 6:20 PM, Eliot Miranda wrote: > > > Oops. Find attached. > > > > 2010/3/22 Cyrille Delaunay <cy.delaunay(a)gmail.com> > > try in a Pharo-1.0-10515-rc3 image : > > > > |set| > > set := Set new. > > Collection withAllSubclasses do: [:aClass | > > set addAll: aClass methods > > ]. > > > > It will raise an exception telling: "MessageNotUnderstood: > ByteSymbol>>analogousCodeTo:". > > Indeed, in the code of CompiledMethod >> = , the message > 'analogousCodeTo:' is send to a > > symbol. > > > > > > I opened an Issue: > > http://code.google.com/p/pharo/issues/detail?id=2185 > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > <Object-analogousCodeTo.st>_______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 22, 2010

Re: [Pharo-project] bug in the code of CompiledMethod >> =

by StÃ©phane Ducasse

not sure that it does not introduce side effect but Association>>isLiteral ^ self key isLiteral and: [self value isLiteral] Fix the problem. stef On Mar 22, 2010, at 10:25 PM, StÃ©phane Ducasse wrote: > eliot > > Your changes fixed some of the problems. Now I tried to fix the test testAnalogousCodeTo in MethodPropertiesTest and > the expression returns false. > > (#zork->'hello') analogousCodeTo: (#zork->'hello') -> false > > (#zork->'hello') = (#zork->'hello') -> true > > Stef > > On Mar 22, 2010, at 6:20 PM, Eliot Miranda wrote: > >> Oops. Find attached. >> >> 2010/3/22 Cyrille Delaunay <cy.delaunay(a)gmail.com> >> try in a Pharo-1.0-10515-rc3 image : >> >> |set| >> set := Set new. >> Collection withAllSubclasses do: [:aClass | >> set addAll: aClass methods >> ]. >> >> It will raise an exception telling: "MessageNotUnderstood: ByteSymbol>>analogousCodeTo:". >> Indeed, in the code of CompiledMethod >> = , the message 'analogousCodeTo:' is send to a >> symbol. >> >> >> I opened an Issue: >> http://code.google.com/p/pharo/issues/detail?id=2185 >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> <Object-analogousCodeTo.st>_______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 22, 2010

Re: [Pharo-project] bug in the code of CompiledMethod >> =

by StÃ©phane Ducasse

eliot Your changes fixed some of the problems. Now I tried to fix the test testAnalogousCodeTo in MethodPropertiesTest and the expression returns false. (#zork->'hello') analogousCodeTo: (#zork->'hello') -> false (#zork->'hello') = (#zork->'hello') -> true Stef On Mar 22, 2010, at 6:20 PM, Eliot Miranda wrote: > Oops. Find attached. > > 2010/3/22 Cyrille Delaunay <cy.delaunay(a)gmail.com> > try in a Pharo-1.0-10515-rc3 image : > > |set| > set := Set new. > Collection withAllSubclasses do: [:aClass | > set addAll: aClass methods > ]. > > It will raise an exception telling: "MessageNotUnderstood: ByteSymbol>>analogousCodeTo:". > Indeed, in the code of CompiledMethod >> = , the message 'analogousCodeTo:' is send to a > symbol. > > > I opened an Issue: > http://code.google.com/p/pharo/issues/detail?id=2185 > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > <Object-analogousCodeTo.st>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 22, 2010

Re: [Pharo-project] Thanks martin :)

by Marcus Denker

On Mar 22, 2010, at 9:33 PM, stephane ducasse wrote: > hi martin > > marcus and me integrated your fixes. Marcus should send a nice update mail. done. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 22, 2010