April 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Xtreams's FileDirectory dependence

by Nicolas Cellier

+1 for using a brand new and much cleaner FileSystem But you must let some time to lazy developpers, so FIleSystemLegacy should be used in some ConfigurationOf in the interim. 2013/4/17 Camillo Bruni <camillobruni(a)gmail.com> > > On 2013-04-17, at 17:12, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > > On 17 Apr 2013, at 17:09, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > > >> FileSystemLegacy is your friend: > >> > >> http://smalltalkhub.com/#!/~PharoExtras/FileSystemLegacy > > > > Yes, that is one possibility. > > > > But we want a clean loading Xtreams using FileSystem directly, do we not > ? > > > yes definitely ;). > but for loading it the first time, this is easier. > >

April 17, 2013

Re: [Pharo-project] Problems with Association page

by Esteban Lorenzano

yeah, I fixed... I changed my website and forget to update the association. how shameful :S ;) On Apr 17, 2013, at 6:26 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Apr 17, 2013, at 2:52 PM, dimitris chloupis <thekilon(a)yahoo.co.uk> wrote: > >> I visited the association page ( http://association.pharo.org/web ) and found some dead links you may be interested into fixing >> >> I am talking about the automatic scrolling bar at the top. >> 1) The VM for Pharo in OSX and iOS by Esteban Lorenzano >> >> http://smallworks.com.ar/products/vm (dead) >> >> correct -> http://smallworks.com.ar/web/products?_s=qhm7QT0Pl8cvtxWo&_k=f0_WADzS-ZFY2L… >> >> 2) >> Roassal by Alexandre Bergel >> >> http://objectprofile.com/roassal-home.html (dead) >> >> Correct -> http://objectprofile.com/#/pages/products/roassal/overview.html >> >> etc >> >> There may be other dead links , I have not tried all of them but you get the picture. >> > Yes, the people who submitted the projects need to fix those linksâ¦ > > Marcus

April 17, 2013

Re: [Pharo-project] Problems with Association page

by Marcus Denker

On Apr 17, 2013, at 2:52 PM, dimitris chloupis <thekilon(a)yahoo.co.uk> wrote: > I visited the association page ( http://association.pharo.org/web ) and found some dead links you may be interested into fixing > > I am talking about the automatic scrolling bar at the top. > 1) The VM for Pharo in OSX and iOS by Esteban Lorenzano > > http://smallworks.com.ar/products/vm (dead) > > correct -> http://smallworks.com.ar/web/products?_s=qhm7QT0Pl8cvtxWo&_k=f0_WADzS-ZFY2L… > > 2) > Roassal by Alexandre Bergel > > http://objectprofile.com/roassal-home.html (dead) > > Correct -> http://objectprofile.com/#/pages/products/roassal/overview.html > > etc > > There may be other dead links , I have not tried all of them but you get the picture. > Yes, the people who submitted the projects need to fix those linksâ¦ Marcus

April 17, 2013

Re: [Pharo-project] SPy VM

by kilon

I did know that, cause I try to follow PyPy development . I did not know it was still actively developed. I thought it was abandoned, glad I am proven wrong. Pitty It cant use cpython libraries. But who knows, maybe one day. -- View this message in context: http://forum.world.st/SPy-VM-tp4682145p4682147.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 17, 2013

[Pharo-project] SPy VM

by Yuriy Tymchuk

Did you know that there is smalltalk vm in PyPy? https://bitbucket.org/pypy/lang-smalltalk

April 17, 2013

[Pharo-project] How to get the AST Node for a Context

by Marcus Denker

Hi, We implemented this today: #sourceNode for MethodContext. It returns the AST node of context, as part of the whole AST of the method. thisContext sourceNode Returns: DoIt ^ thisContext sourceNode ------------ [ thisContext sourceNode ] value ==> RBBlockNode([ thisContext sourceNode ]) --------------- But even for optimized blocks it works: [ true ifTrue:[thisContext sourceNode ]] value RBBlockNode([ thisContext sourceNode ]) The AST is the one used for code generation, with all information of Semantic Analysis *and* the possibility to get the IR with all information, too. So: [ true ifTrue:[|a|thisContext sourceNode ]] value scope ===> an OCOptimizedBlockScope 4 Marcus

April 17, 2013

Re: [Pharo-project] Xtreams's FileDirectory dependence

by Camillo Bruni

On 2013-04-17, at 17:12, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 17 Apr 2013, at 17:09, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> FileSystemLegacy is your friend: >> >> http://smalltalkhub.com/#!/~PharoExtras/FileSystemLegacy > > Yes, that is one possibility. > > But we want a clean loading Xtreams using FileSystem directly, do we not ? yes definitely ;). but for loading it the first time, this is easier.

April 17, 2013

Re: [Pharo-project] Xtreams's FileDirectory dependence

by Sven Van Caekenberghe

On 17 Apr 2013, at 17:09, Camillo Bruni <camillobruni(a)gmail.com> wrote: > FileSystemLegacy is your friend: > > http://smalltalkhub.com/#!/~PharoExtras/FileSystemLegacy Yes, that is one possibility. But we want a clean loading Xtreams using FileSystem directly, do we not ? > On 2013-04-17, at 16:57, Frank Shearar <frank.shearar(a)gmail.com> wrote: > >> Xtreams depends on FileDirectory in at least three places, all in the >> Xtreams-Terminals package. (Three messages on FileUrl, #appending, >> #reading, #writing; two tests in XTFileReadingWritingTest >> #setUp >> and #tearDown) >> >> Pharo 2.0 has no FileDirectory. So it seems like the easiest (not >> necessarily simple, nor right) thing to is to break that out into >> Xtreams-Terminals-Squeak and Xtreams-Terminals-Pharo packages, and >> similarly for the tests. >> >> After that, we'd need to adjust the ConfigurationOfXtreams. I think I >> forgot to fulfil a promise to submit an updated version of this that >> loaded FFI correctly (sorry!). >> >> Thoughts? Do any Pharo folk load Xtreams? >> >> frank >> > >

April 17, 2013

Re: [Pharo-project] Xtreams's FileDirectory dependence

by Camillo Bruni

FileSystemLegacy is your friend: http://smalltalkhub.com/#!/~PharoExtras/FileSystemLegacy On 2013-04-17, at 16:57, Frank Shearar <frank.shearar(a)gmail.com> wrote: > Xtreams depends on FileDirectory in at least three places, all in the > Xtreams-Terminals package. (Three messages on FileUrl, #appending, > #reading, #writing; two tests in XTFileReadingWritingTest >> #setUp > and #tearDown) > > Pharo 2.0 has no FileDirectory. So it seems like the easiest (not > necessarily simple, nor right) thing to is to break that out into > Xtreams-Terminals-Squeak and Xtreams-Terminals-Pharo packages, and > similarly for the tests. > > After that, we'd need to adjust the ConfigurationOfXtreams. I think I > forgot to fulfil a promise to submit an updated version of this that > loaded FFI correctly (sorry!). > > Thoughts? Do any Pharo folk load Xtreams? > > frank >

April 17, 2013

Re: [Pharo-project] [Sprint] Sprint Lille May 3rd

by phil＠highoctane.be

Why not make a doodle for this? 2013/4/17 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > cool :) > > Ben > > On Apr 17, 2013, at 2:07 PM, Sean P. DeNigris <sean(a)clipperadams.com> > wrote: > > Marcus Denker-4 wrote > > We are planning a sprint the 3rd of May: > > > I want to join again via IRC/skype from NYC. It worked out well last > time... > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Sprint-Sprint-Lille-May-3rd-tp4682097p4682106.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > >

April 17, 2013