August 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Discussion summary and milestones

by Michael Rueger

StÃ©phane Ducasse wrote: > It means that we should then produce our own VMs I imagine. So what are > the plans there? Knowing that I'm touching flame bait here, but how is the general consensus on continuing to use VMMaker and Slang for generating VMs? Alternatives could be pure C code and/or code management using Git. Michael

Aug. 31, 2008

[Pharo-project] Fwd: going over and integrating Kernel-Extensions

by StÃ©phane Ducasse

Hello pharoers it would be nice if we could go over the items (especially the extensions proposed in Squeak3.11 Contributions/Kernel-Extensions) on squeaksource and see what can be integrated into pharo. stef

Aug. 31, 2008

[Pharo-project] Wiki page rename

by Bill Schwab

Hello, Anybody know how to rename a page on the Wiki? Is it as crude as add/copy/delete? Hopefully there is a better way?? Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029

Aug. 31, 2008

[Pharo-project] Fun query: get the most referenced classes

by StÃ©phane Ducasse

|d s| d := Dictionary new. CompiledMethod allInstances do: [:cm| (cm literals select: [:l| l isKindOf: LookupKey]) do: [:assoc| |key| key := assoc key. key ifNotNil: [d at: key put: ((d at: assoc key ifAbsentPut: [0]) + 1)]]]. s := SortedCollection sortBlock: [:assoc1 :assoc2| assoc1 value > assoc2 value]. d associationsDo: [:a| s add: a]. s inspect

Aug. 31, 2008

[Pharo-project] About initials and name

by StÃ©phane Ducasse

Hi all I wanted to fix Author and initial business. I have the following questions and wishes. Please let me know what you think. - I would like to remove fullName since I do not understand why it is needed. - I would like to invoke name instead of initials. - I would like also to use firstnameLastName (and avoid to use . inside the name since it may conflict with other file characters). Do you have any idea of another solution? - talking with igor we thought that we could have stephaneDucasseMIT in the timestamp to indicate the license of the method. I would like to avoid to break MC or other tools by accident. stef Browsing the code I found a fun preference :) wantsChangeSetLogging "Answer whether method changes in the receiver should be logged to current change set. This circumlocution avoids such logging for programmatically-compiled methods in Preferences, removing an annoyance" ^ Author initialsPerSe ~= 'programmatic'

Aug. 31, 2008

[Pharo-project] Bytecode not in sync with source?

by StÃ©phane Ducasse

Seems to me that it could be worth to have a look at this one. Begin forwarded message: > From: "Klaus D. Witzel" <klaus.witzel(a)cobss.com> > Date: August 31, 2008 10:24:56 AM CEDT > To: squeak-dev(a)lists.squeakfoundation.org > Subject: [squeak-dev] Re: Bytecode not in sync with source? > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > > Good Morning Nicolas, > > on Sun, 31 Aug 2008 02:22:23 +0200, you wrote: > >> While debugging FloatTest>>#testNaNCompare (From http://bugs.squeak.org/view.php?id=6719 >> FloatNaNCompare-M6719-Test.2.cs), >> >> I had a very strange behavior: >> Executing in Debugger: >> >> theNaN := Float nan. >> anotherNaN := Float infinity - Float infinity. >> comparand := {1. 2.3. Float infinity. 2/3. 1.25s2. 2 raisedTo: 50}. >> comparand := comparand , (comparand collect: [:e | e negated]). >> comparand := comparand , {theNaN. anotherNaN}. >> >> I ended up with a comparand filled with some nils. >> The problem vanished when I did recompile. >> >> Unfortunately I saved the image before I had the idea to inspect >> the Bytecode and then could not reproduce the problem. >> >> I suspect it is related to http://bugs.squeak.org/view.php?id=6720 . >> Does anyone experiment this kind of problem? > > Yes, sometimes annoying things happen with temp names declared > interactively :( for an example, cut all temp names in a source > method then ask for pretty print ... > > Have you seen Eliot's > #parse:class:category:noPattern:context:notifying:ifFail: > > - http://www.mirandabanda.org/files/Cog/Closures0808/Bootstrap/changesets/Pre… > > in which, while repeatNeeded, a fresh instance of Encoder is > assigned. This is not so in stock .images, but perhaps the cure for > sorts of problems experienced with declarations made interactively. > > HTH. > > /Klaus > >> Nicolas >> >> >> > > > >

Aug. 31, 2008

Re: [Pharo-project] Traits...

by StÃ©phane Ducasse

adrian did you get a chance to have a look at my fixes? I did not touch the alias for now. Stef On Aug 22, 2008, at 4:18 PM, StÃ©phane Ducasse wrote: > Hi adrian > > I think that I fixed the code and that now you can load it into pharo > > <TraitsSharingCM 2.cs> > > > Then I did > > TraitDescription allSubInstancesDo: [ :each | > each notifyUsersOfChangedSelectors: each selectors ]. > TPureBehavior compileAll > > > and I get no messages when I execute > > | behaviorsUsingTraits | > > behaviorsUsingTraits := (TraitDescription allSubInstances gather: > [:each | each users]) asSet. > behaviorsUsingTraits do: [ :each | > each selectorsDo: [ :selector | > (each >> selector) methodClass == each ifFalse: [ > Transcript show: each name , '>>' , selector , ' ---methodClass: > ' , > (each >> selector) methodClass name ] ] ] > > I got one test not working.... in addition that the fileouttest. > I should write some other tests. > if r is an alias to foo > (A>>r) selector should return r and not foo > > A>>r class A > TB>>r class TB > > > stef > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 31, 2008

[Pharo-project] Cadence enhancement

by StÃ©phane Ducasse

Hi all I got the cadence enhancements: - win32OSProcess - MonticelloSVN - base system enhancement. The last one seems important. Now I do not know how we could share it to go over it. Because this is a bit large. Also the license of this code is SqueakL. So may be we should ask if the code could be license under MIT? Stef

Aug. 31, 2008

Re: [Pharo-project] Discussion summary and milestones

by John M McIntosh

I can build the macintosh one, also I need to see about building it on the iPhone. Does someone have a worksheet that indicates how you go from the standard VMMaker build to produce the closure aware VM? I would think there should be a wiki or something somewhere explaining? The freetype plugin and bitblt plugin I have been building for Sophie, the freetype plugin is the most complex to build since it requires two 10.3.x machines (powerpc, and macintel), in order to build a pre 10.5 aware universal binary, it gets built rarely because of that complexity On Aug 31, 2008, at 8:13 AM, StÃ©phane Ducasse wrote: > >>> The stack interpreter and closures are two distinct things: >>> closures are one things (some primitives, >>> some compiler changes). This we should integrate ASAP (then we can >>> port the newcompiler to emit this >>> closure code). So Closures is in milestone 1, definitely. > > It means that we should then produce our own VMs I imagine. So what > are the plans there? > - how do we generate them? Mathieu can build the mac one, bryce can > you build a linux one? > - how do we keep the files (do we have to have our own svn)? > > May be we should do a call, stating that we would like to integrate > the primitives and closure code > into squeak but need vms support. > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Aug. 31, 2008

Re: [Pharo-project] About RSS links

by Adrian Lienhard

Hi Stefan, Thanks for the remark. I think we will soon have a better description of the various sources of information on the new web page that we are working on. For now, here is a description: The feed http://www.squeaksource.com/Pharo/feed.rss shows the committed versions in the Pharo repository on SqueakSource. Only versions are pushed in there when a new update is generated. http://www.squeaksource.com/PharoInbox/feed.rss is the public repository to push changes that you like to get integrated. This is the feed to watch if you want to keep track of what other people are working on. For how to contribute, please see the corresponding wiki page. I also updated the Google project home page. Cheers, Adrian On Aug 31, 2008, at 11:05 , Stefan Schmiedl wrote: > Currently http://code.google.com/p/pharo/ tersely states > > Feeds > > * http://www.squeaksource.com/Pharo/feed.rss > * http://www.squeaksource.com/PharoInbox/feed.rss > > Maybe somebody could add a few words explaining what's in these > feeds and how they differ? Who's the audience? > > Thanks, > s. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 31, 2008