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

Re: [Pharo-dev] VM repository rename

by Esteban A. Maringolo

Why the dash? Esteban A. Maringolo 2013/9/6 Camillo Bruni <camillobruni(a)gmail.com>: > I renamed the VM repository on github to be more consistent with the other repository names > > OLD: https://github.com/pharo-project/pharovm > NEW: https://github.com/pharo-project/pharo-vm > > Note that github does automatic forwarding, thus old urls will continue to work.

Sept. 6, 2013

VM repository rename

by Camillo Bruni

I renamed the VM repository on github to be more consistent with the other repository names OLD: https://github.com/pharo-project/pharovm NEW: https://github.com/pharo-project/pharo-vm Note that github does automatic forwarding, thus old urls will continue to work.

Sept. 6, 2013

Re: [Pharo-dev] blog post

by Eliot Miranda

Hi StÃ©ph, On Fri, Sep 6, 2013 at 9:35 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > Hi eliot > > This is really good that you write this blog. I read and I saw ephemerons > (excellent because we were discussing them again today with esteban and > igor) > I have some questions that may be are stupid. > - I was wondering if you plan to have a dedicated class space. > Clement told me that in Chrome (but I may be wrong) they have that and in > the class space the classes are not moved. But with the table you are sure > that your index do not change so may be the gain is not important. > exactly. > - Did I get it rid that you want to have a become: that does not > require scanning the full memory? > yes, this is very important for the FFI. I want to be able to pin objects very cheaply, and I think that the way to do that is to a) become: objects in newSpace into pinned objects in oldSpace, and b) have an incremental collector/compactor in oldSpace that doesn't move pinned objects. If objects can be pinned in newSpace I think newSpace will fill up. So... > But with a body as in VW. This is what you mean with the > lazyBecome: and the forwarding pointer? > Here are the relevant paragraphs in SpurMemoryManager's class comment: - lazy become. The JIT's use of inline cacheing provides a cheap way of avoiding scanning the heap as part of a become (which is the simple approach to implementing become in a system with direct pointers). A becomeForward: on a (set of) non-zero-sized object(s) turns the object into a "corpse" or "forwarding object" whose first (non-header) word/slot is replaced by a pointer to the target of the becomeForward:. The corpse's class index is set to one that identifies corpses (let's say classIndex 1), and, because it is a special, hidden class index, will always fail an inline cache test. The inline cache failure code is then responsible for following the forwarding pointer chain (these are Iliffe vectors :) ) and resolving to the actual target. (In the interpreter there needs to be a similar check when probing the method cache). It has yet to be determined exactly how this is done (e.g. change the receiver register and/or stack contents and retry the send, perhaps scanning the current activation). See below on how we deal with becomes on objects with named inst vars. We insist that objects are at least 16 bytes in size (see 8-byte alignment below) so that there will always be space for a forwarding pointer. Since none of the immediate classes can have non-immediate instances and since we allocate the immediate class indices corresponding to their tag pattern (SmallInteger = 1 & 3, Character = 2, SmallFloat = 5?) we can use all the class indices from 0 to 7 for special uses, 0 = free, and e.g. 1 = isForwarded. (and later on) As described earlier the basic idea behind lazy become is to use corpses (forwarding objects) that are followed lazily during GC and inline cache miss. However, a lazy scheme cannot be used on objects with named inst vars without adding checking to all inst var accesses, which we judge too expensive. Instead, when becomming objects with named inst vars, we scan all activations in the stack zone, eagerly becomming these references, and we check for corpses when faulting in a context into the stack zone. Essentially, the invariant is that there are no references to corpses from the receiver slots of stack activations. A detail is whether we allow or forbid pinning of closure indirection vectors, or scan the entire stack of each activation. Using a special class index pun for indirection vectors is a cheap way of preventing their becomming/pinning etc. Although "don't do that" (don't attempt to pin/become indirection vectors) is also an acceptable response. - For Characters since they are immediate (if I got it right) we > could use Unicode directly or am'I wrong? > That's right. This should speed up string access and mean that all characters are unique, so one can use #==. > > Stef > > > > Hi All, > > > > I've just written a blog post on progress with Spur, which is my > nickname for a new memory manager for the Cog VM. I hope it'll be > interesting. > > -- > > best, > > Eliot > > > -- best, Eliot

Sept. 6, 2013

Re: [Pharo-dev] blog post

by StÃ©phane Ducasse

Hi eliot This is really good that you write this blog. I read and I saw ephemerons (excellent because we were discussing them again today with esteban and igor) I have some questions that may be are stupid. - I was wondering if you plan to have a dedicated class space. Clement told me that in Chrome (but I may be wrong) they have that and in the class space the classes are not moved. But with the table you are sure that your index do not change so may be the gain is not important. - Did I get it rid that you want to have a become: that does not require scanning the full memory? But with a body as in VW. This is what you mean with the lazyBecome: and the forwarding pointer? - For Characters since they are immediate (if I got it right) we could use Unicode directly or am'I wrong? Stef > Hi All, > > I've just written a blog post on progress with Spur, which is my nickname for a new memory manager for the Cog VM. I hope it'll be interesting. > -- > best, > Eliot

Sept. 6, 2013

Re: [Pharo-dev] codegen-scripts/extract-commit-info.sh

by Camillo Bruni

OK, that solves it for the jenkins builds. IMO that is the wrong place, since when you debug it with XCode you run into the same problem again. I think this should be in the CMake scripts, much like you download cairo, you want to generate the versionInfo when it is not there yet. On 2013-09-06, at 13:03, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > you don't > > build.sh already does that for you > > > On Sep 6, 2013, at 5:05 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> Where do I have to add code to make this script run automatically before each build? >> I really don't see the point of having to run this script manually :( > >

Sept. 6, 2013

Re: [Pharo-dev] Sound on Ubuntu Problems

by J.F. Rick

SUCCESS! I installed the libpulse0 package. LDD showed that the library was linked to the i386 libraries. It worked. It seems like someone needs to update the other sound packages to point to the i386 packages rather than to default to the x86_64 ones. Thanks, Jeff On Thu, Sep 5, 2013 at 3:52 PM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > On Wed, Sep 4, 2013 at 12:37 PM, J.F. Rick <self(a)je77.com> wrote: > > apt-get install libpulse-dev > > > the *-dev packages are only useful when you compile packages. If you > don't want to compile C files, you only need the non -dev packages > (libpulse0). > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > > -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Sept. 6, 2013

Re: [Pharo-dev] blog post

by StÃ©phane Ducasse

eliot this is an excellent news. Now do you plan to have support for ephemerons and immutable objects? Stef On Sep 5, 2013, at 8:38 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi All, > > I've just written a blog post on progress with Spur, which is my nickname for a new memory manager for the Cog VM. I hope it'll be interesting. > -- > best, > Eliot

Sept. 6, 2013

Re: [Pharo-dev] codegen-scripts/extract-commit-info.sh

by Esteban Lorenzano

you don't build.sh already does that for you On Sep 6, 2013, at 5:05 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Where do I have to add code to make this script run automatically before each build? > I really don't see the point of having to run this script manually :(

Sept. 6, 2013

Re: [Pharo-dev] [Pharo-users] [tlp] Re: Pharo Sprint in Buenos Aires

by Gisela Decuzzi

Excelent, now we have to think in wich issues resolve and who will provide the food/drink ;) 2013/9/6 Camillo Bruni <camillobruni(a)gmail.com> > Sounds great to me, > > So to clear: > Title: Pharo Spring > Date: 2013-09-14 (Saturday, Hours to be discussed) > Location: 10pines > > thanks for helping out :) > > On 2013-09-06, at 12:18, Nicolas Passerini <npasserini(a)gmail.com> wrote: > > I think it would be great to use 10Pines office if it is available. > > > > > > On Fri, Sep 6, 2013 at 12:15 PM, Gisela Decuzzi <giseladecuzzi(a)gmail.com > >wrote: > > > >> Hello! If we are having hosting problems during the weekend with the > >> sprint we can use 10Pines (http://www.10pines.com/) office.In fact in > ten > >> pines we will be very happy to offer our place for this kind of events. > >> During the week is more complex to find room, but we are not used to > work > >> during weekends ;) > >> > >> So, the office is near Retiro (Av. Leandro N. Alem y Viamonte) we have > >> internet access and if it's sunny we can use the roof. > >> We should set a date to confirm the availability (again if it's weekend, > >> is available otherwise we should check). > >> > >> > >> > >> > >> > >> 2013/9/4 Camillo Bruni <camillobruni(a)gmail.com> > >> > >>> From the doodle we're around 7, so I'd count with something like 10 > >>> people? > >>> And yes, I think internet connection is a requirement, at least for > >>> updating the issue tracker. > >>> > >>> On 2013-09-04, at 10:32, Nicolas Passerini <npasserini(a)gmail.com> > wrote: > >>> > >>>> I think UTN is not a good idea for a Pharo sprint, because we will > need > >>> a > >>>> good Internet connection and that can not be guaranteed here. > >>>> (Or correct me and tell me that Internet connection is not a must, so > we > >>>> can meet here at UTN without problems). > >>>> > >>>> How much people is coming to the Sprint? > >>>> > >>>> > >>>> On Wed, Sep 4, 2013 at 10:12 AM, Sebastian Tleye <stleye(a)gmail.com> > >>> wrote: > >>>> > >>>>> The Pabellon 1 is closed on saturdays afternoon, but have you asked > for > >>>>> Pabellon 2? I think it's open on saturdays (i don't know if it is > >>> possible > >>>>> to book a room) > >>>>> > >>>>> > >>>>> 2013/9/4 Guillermo Polito <guillermopolito(a)gmail.com> > >>>>> > >>>>>> Probably UTN? > >>>>>> > >>>>>> > >>>>>> On Wed, Sep 4, 2013 at 2:45 PM, Camillo Bruni < > camillobruni(a)gmail.com > >>>> wrote: > >>>>>> > >>>>>>> So it looks like we are going to do the Pharo sprint in Buenos > Aires > >>>>>>> Saturday, the 14th of September. > >>>>>>> The question is now where do we meet? > >>>>>>> The original idea was to reserver a room at the UBA, but that is > not > >>>>>>> possible the weekend. > >>>>>>> Any suggestions? > >>>>>>> > >>>>>>> On 2013-09-03, at 09:05, Mariano Martinez Peck < > >>> marianopeck(a)gmail.com> > >>>>>>> wrote: > >>>>>>> > >>>>>>>> Cool. I'll be there, of course! > >>>>>>>> Keep us informed. > >>>>>>>> Cheers, > >>>>>>>> > >>>>>>>> > >>>>>>>> On Mon, Sep 2, 2013 at 10:42 PM, Camillo Bruni < > >>> camillobruni(a)gmail.com > >>>>>>>> wrote: > >>>>>>>> > >>>>>>>>> everything is open so far, guido had the idea of reserving a room > >>> at > >>>>>>> the > >>>>>>>>> UBA, > >>>>>>>>> we will have more details tomorrow :) > >>>>>>>>> > >>>>>>>>> On 2013-09-02, at 21:24, Gisela Decuzzi <giseladecuzzi(a)gmail.com > > > >>>>>>> wrote: > >>>>>>>>>> Great! The idea is to spend the full day? Or do you have any > >>> planed > >>>>>>> time? > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> 2013/9/2 Camillo Bruni <camillobruni(a)gmail.com> > >>>>>>>>>> > >>>>>>>>>>> I spend a month in Buenos Aires working together with Guido > >>> Chari @ > >>>>>>> the > >>>>>>>>>>> UBA, > >>>>>>>>>>> we take this opportunity to organize a Pharo sprint outside > >>> France > >>>>>>> ;) > >>>>>>>>>>> > >>>>>>>>>>> We are in early preparation phase and the date nor location > isn't > >>>>>>> fixed > >>>>>>>>>>> yet, > >>>>>>>>>>> so if you are motivated to join, can mark possible dates on > this > >>>>>>> doodle: > >>>>>>>>>>> > >>>>>>>>>>> http://doodle.com/qey7iieqm5yr4wwy > >>>>>>>>>>> > >>>>>>>>>>> cheers, > >>>>>>>>>>> camillo > >>>>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Mariano > >>>>>>>> http://marianopeck.wordpress.com > >>>>>>> > >>>>>>> > >>>>>> > >>>>> > >>> > >>> > >> -- > >> You received this message because you are subscribed to the Google > Groups > >> "Taller de Lenguajes de ProgramaciÃ³n" group. > >> To unsubscribe from this group and stop receiving emails from it, send > an > >> email to tlp-utn-2012+unsubscribe(a)googlegroups.com. > >> For more options, visit https://groups.google.com/groups/opt_out. > >> > >

Sept. 6, 2013

Re: [Pharo-dev] [tlp] Re: [Pharo-users] Pharo Sprint in Buenos Aires

by Camillo Bruni

Sounds great to me, So to clear: Title: Pharo Spring Date: 2013-09-14 (Saturday, Hours to be discussed) Location: 10pines thanks for helping out :) On 2013-09-06, at 12:18, Nicolas Passerini <npasserini(a)gmail.com> wrote: > I think it would be great to use 10Pines office if it is available. > > > On Fri, Sep 6, 2013 at 12:15 PM, Gisela Decuzzi <giseladecuzzi(a)gmail.com>wrote: > >> Hello! If we are having hosting problems during the weekend with the >> sprint we can use 10Pines (http://www.10pines.com/) office.In fact in ten >> pines we will be very happy to offer our place for this kind of events. >> During the week is more complex to find room, but we are not used to work >> during weekends ;) >> >> So, the office is near Retiro (Av. Leandro N. Alem y Viamonte) we have >> internet access and if it's sunny we can use the roof. >> We should set a date to confirm the availability (again if it's weekend, >> is available otherwise we should check). >> >> >> >> >> >> 2013/9/4 Camillo Bruni <camillobruni(a)gmail.com> >> >>> From the doodle we're around 7, so I'd count with something like 10 >>> people? >>> And yes, I think internet connection is a requirement, at least for >>> updating the issue tracker. >>> >>> On 2013-09-04, at 10:32, Nicolas Passerini <npasserini(a)gmail.com> wrote: >>> >>>> I think UTN is not a good idea for a Pharo sprint, because we will need >>> a >>>> good Internet connection and that can not be guaranteed here. >>>> (Or correct me and tell me that Internet connection is not a must, so we >>>> can meet here at UTN without problems). >>>> >>>> How much people is coming to the Sprint? >>>> >>>> >>>> On Wed, Sep 4, 2013 at 10:12 AM, Sebastian Tleye <stleye(a)gmail.com> >>> wrote: >>>> >>>>> The Pabellon 1 is closed on saturdays afternoon, but have you asked for >>>>> Pabellon 2? I think it's open on saturdays (i don't know if it is >>> possible >>>>> to book a room) >>>>> >>>>> >>>>> 2013/9/4 Guillermo Polito <guillermopolito(a)gmail.com> >>>>> >>>>>> Probably UTN? >>>>>> >>>>>> >>>>>> On Wed, Sep 4, 2013 at 2:45 PM, Camillo Bruni <camillobruni(a)gmail.com >>>> wrote: >>>>>> >>>>>>> So it looks like we are going to do the Pharo sprint in Buenos Aires >>>>>>> Saturday, the 14th of September. >>>>>>> The question is now where do we meet? >>>>>>> The original idea was to reserver a room at the UBA, but that is not >>>>>>> possible the weekend. >>>>>>> Any suggestions? >>>>>>> >>>>>>> On 2013-09-03, at 09:05, Mariano Martinez Peck < >>> marianopeck(a)gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Cool. I'll be there, of course! >>>>>>>> Keep us informed. >>>>>>>> Cheers, >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Sep 2, 2013 at 10:42 PM, Camillo Bruni < >>> camillobruni(a)gmail.com >>>>>>>> wrote: >>>>>>>> >>>>>>>>> everything is open so far, guido had the idea of reserving a room >>> at >>>>>>> the >>>>>>>>> UBA, >>>>>>>>> we will have more details tomorrow :) >>>>>>>>> >>>>>>>>> On 2013-09-02, at 21:24, Gisela Decuzzi <giseladecuzzi(a)gmail.com> >>>>>>> wrote: >>>>>>>>>> Great! The idea is to spend the full day? Or do you have any >>> planed >>>>>>> time? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2013/9/2 Camillo Bruni <camillobruni(a)gmail.com> >>>>>>>>>> >>>>>>>>>>> I spend a month in Buenos Aires working together with Guido >>> Chari @ >>>>>>> the >>>>>>>>>>> UBA, >>>>>>>>>>> we take this opportunity to organize a Pharo sprint outside >>> France >>>>>>> ;) >>>>>>>>>>> >>>>>>>>>>> We are in early preparation phase and the date nor location isn't >>>>>>> fixed >>>>>>>>>>> yet, >>>>>>>>>>> so if you are motivated to join, can mark possible dates on this >>>>>>> doodle: >>>>>>>>>>> >>>>>>>>>>> http://doodle.com/qey7iieqm5yr4wwy >>>>>>>>>>> >>>>>>>>>>> cheers, >>>>>>>>>>> camillo >>>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Mariano >>>>>>>> http://marianopeck.wordpress.com >>>>>>> >>>>>>> >>>>>> >>>>> >>> >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "Taller de Lenguajes de ProgramaciÃ³n" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to tlp-utn-2012+unsubscribe(a)googlegroups.com. >> For more options, visit https://groups.google.com/groups/opt_out. >>

Sept. 6, 2013