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

[Pharo-project] [Pharo-Project] Issue 3010 and 3011. Debugger's Create button does not work when doing StepInto and StepOver

by Hernan Wilkinson

Hi, I opened two errors: 3010: Create button of debugger does not appear when doing step into and step over 3011: Create button fails when the doesNotUnderstand: context is not selected I uploaded the fixes to PharoInbox with slice: SLICE-Issue-3010-CreateButtonWorksWithStepIntoAndStepOver-HernanWilkinson.2 Bye, Hernan -- * HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/> *

Sept. 28, 2010

Re: [Pharo-project] ('a' == 'a') == true ?

by Nicolas Cellier

More over, the optimisation seems quite short sighted : | x | x := #( 'a' 'a'). ^x first == x last -> false For example, if I encode some "data" in an Array with strings, I can expect more frequent repetitions (I know, not very object oriented/ could also use Symbol/etc... but think of a simple 2D game), Nicolas 2010/9/28 Eliot Miranda <eliot.miranda(a)gmail.com>: > > > On Tue, Sep 28, 2010 at 7:39 AM, Johan Brichau <johan(a)inceptive.be> wrote: >> >> Perhaps the discussion I wanted to raise is not about the use of '==' but >> about the fact that equal string literals in the same method body are >> optimized to be the same object. >> Without immutability, such optimization is just plain wrong. In addition, >> it does not even seem to be a particularly useful optimization. > > I think it's orthogonal to immutability. Â Non-immutable literals are "just > plain wrong" (actually unsafe). Â The optimization is confusing and > unexpected to the inexperienced. Â But I emphatically agree with the last > part; it's not a particularly useful optimization. > cheers > Eliot >> >> The use of '==' in the exercise is exactly about the reflective semantics, >> btw. >> >> Johan >> >> On 28 Sep 2010, at 10:05, Niko Schwarz wrote: >> >> > But that's the point, there should be no business semantics to '=='. >> > Only reflective semantics. The reflective semantics are ok. >> > >> > Niko >> > >> > On Mon, Sep 27, 2010 at 11:51 AM, Johan Brichau <johan(a)inceptive.be> >> > wrote: >> >> >> >> On 27 Sep 2010, at 11:28, Igor Stasenko wrote: >> >> >> >>> On 27 September 2010 11:54, Johan Brichau <johan(a)inceptive.be> wrote: >> >>>> >> >>>> On 27 Sep 2010, at 10:38, Lukas Renggli wrote: >> >>>> >> >>>>>> Am I wrong? >> >>>>> >> >>>>> Yes, almost always one should probably use #= instead of #==. >> >>>> >> >>>> I will add that to the exercise :-) >> >>>> The exercise actually makes students aware of the difference between >> >>>> strings and symbols (which should be pointer-equal) >> >>>> >> >>> >> >>> I think you can avoid using 'equal' word when describing a #== >> >>> comparison. >> >>> It can be explained as 'test whether comparands are same object or >> >>> not' >> >>> while #= is test whether two objects equal or not. >> >> >> >> Yes, this is exactly what the exercise is doing. >> >> I want them to be aware that equal _symbols_ are the same objects, but >> >> that equal _strings_ are not, which is why I let them evaluate: >> >> >> >> a := #foobar. >> >> b := #foobar. >> >> a == b. >> >> >> >> a := 'foobar'. >> >> b := 'foobar'. >> >> a == b >> >> >> >> The problem is that evaluating the second snippet also yields true in >> >> Pharo/Squeak, so I cannot illustrate it using these snippets (which works >> >> fine in Visualworks, btw). >> >> >> >> Yes, this is a compiler optimization and, yes, people should use #= >> >> instead of #== normally. But imho the optimization yields a wrong semantics, >> >> which is why I posted the email. >> >> >> >> I have absolutely no clue if it can be changed (I am not familiar with >> >> the compiler implementation *at all*), but I would be happy to look over the >> >> shoulder of an experienced compiler hacker during the next sprint to learn >> >> ;-) >> >> >> >> cheers >> >> Johan >> >> _______________________________________________ >> >> Pharo-project mailing list >> >> Pharo-project(a)lists.gforge.inria.fr >> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> > >> > >> > >> > -- >> > http://scg.unibe.ch/staff/Schwarz >> > twitter.com/nes1983 >> > Tel: +41 076 235 8683 >> > >> > _______________________________________________ >> > 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 >

Sept. 28, 2010

Re: [Pharo-project] Feature request for Opal

by Lukas Renggli

Thanks Eliot, I will look into it. I should have some time this week. Lukas 2010/9/28 Eliot Miranda <eliot.miranda(a)gmail.com>: > Hi Lukas, > > On Tue, Sep 28, 2010 at 12:46 AM, Lukas Renggli <renggli(a)gmail.com> wrote: >> >> What you ask for was present in my original pragma implementation. The >> compiler dispatched pragmas that were declared as compiler pragmas >> (using pragmas and thus extensible) to the compiler. >> >> That mechanism got lost with the closure changes to the compiler. It >> should be relatively easy to re-integrate again. > > Please do. Â This is the way it should be done and I'm sure would be very > nice to use. Â It would give me pleasure to review the code. >> >> I never bother to do so, because the mechanism was never adopted by >> the only potential client at that time as the author didn't like >> pragmas and preferred to patch the compiler :-) >> >> Lukas > > best > Eliot > >> >> -- >> Lukas Renggli >> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Sept. 28, 2010

Re: [Pharo-project] Feature request for Opal

by Eliot Miranda

Hi Lukas, On Tue, Sep 28, 2010 at 12:46 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > What you ask for was present in my original pragma implementation. The > compiler dispatched pragmas that were declared as compiler pragmas > (using pragmas and thus extensible) to the compiler. > > That mechanism got lost with the closure changes to the compiler. It > should be relatively easy to re-integrate again. > Please do. This is the way it should be done and I'm sure would be very nice to use. It would give me pleasure to review the code. > I never bother to do so, because the mechanism was never adopted by > the only potential client at that time as the author didn't like > pragmas and preferred to patch the compiler :-) > > Lukas > best Eliot > > -- > Lukas Renggli > 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 >

Sept. 28, 2010

Re: [Pharo-project] ('a' == 'a') == true ?

by Eliot Miranda

On Tue, Sep 28, 2010 at 7:39 AM, Johan Brichau <johan(a)inceptive.be> wrote: > Perhaps the discussion I wanted to raise is not about the use of '==' but > about the fact that equal string literals in the same method body are > optimized to be the same object. > Without immutability, such optimization is just plain wrong. In addition, > it does not even seem to be a particularly useful optimization. > I think it's orthogonal to immutability. Non-immutable literals are "just plain wrong" (actually unsafe). The optimization is confusing and unexpected to the inexperienced. But I emphatically agree with the last part; it's not a particularly useful optimization. cheers Eliot The use of '==' in the exercise is exactly about the reflective semantics, > btw. > > Johan > > On 28 Sep 2010, at 10:05, Niko Schwarz wrote: > > > But that's the point, there should be no business semantics to '=='. > > Only reflective semantics. The reflective semantics are ok. > > > > Niko > > > > On Mon, Sep 27, 2010 at 11:51 AM, Johan Brichau <johan(a)inceptive.be> > wrote: > >> > >> On 27 Sep 2010, at 11:28, Igor Stasenko wrote: > >> > >>> On 27 September 2010 11:54, Johan Brichau <johan(a)inceptive.be> wrote: > >>>> > >>>> On 27 Sep 2010, at 10:38, Lukas Renggli wrote: > >>>> > >>>>>> Am I wrong? > >>>>> > >>>>> Yes, almost always one should probably use #= instead of #==. > >>>> > >>>> I will add that to the exercise :-) > >>>> The exercise actually makes students aware of the difference between > strings and symbols (which should be pointer-equal) > >>>> > >>> > >>> I think you can avoid using 'equal' word when describing a #== > comparison. > >>> It can be explained as 'test whether comparands are same object or not' > >>> while #= is test whether two objects equal or not. > >> > >> Yes, this is exactly what the exercise is doing. > >> I want them to be aware that equal _symbols_ are the same objects, but > that equal _strings_ are not, which is why I let them evaluate: > >> > >> a := #foobar. > >> b := #foobar. > >> a == b. > >> > >> a := 'foobar'. > >> b := 'foobar'. > >> a == b > >> > >> The problem is that evaluating the second snippet also yields true in > Pharo/Squeak, so I cannot illustrate it using these snippets (which works > fine in Visualworks, btw). > >> > >> Yes, this is a compiler optimization and, yes, people should use #= > instead of #== normally. But imho the optimization yields a wrong semantics, > which is why I posted the email. > >> > >> I have absolutely no clue if it can be changed (I am not familiar with > the compiler implementation *at all*), but I would be happy to look over the > shoulder of an experienced compiler hacker during the next sprint to learn > ;-) > >> > >> cheers > >> Johan > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > > > > > -- > > http://scg.unibe.ch/staff/Schwarz > > twitter.com/nes1983 > > Tel: +41 076 235 8683 > > > > _______________________________________________ > > 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 >

Sept. 28, 2010

Re: [Pharo-project] Smalltalks 2010 - Declared as Important Province Event

by Alexandre Bergel

> Do you have a chilean Smalltalk mailing-list ? :-) There isn't many that smalltalkers yet. However, having a mailing does no harm. Apparently discussion groups may be defined on the pharo code google. I am creating one... Alexandre > > >> Alexandre >> >>> >>> On Tue, Sep 28, 2010 at 10:28 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> Guys, tell me the secret, why smalltalk is so popular in Argentina? :) >>> I can only guess that it somehow related to mentality of people living there. >>> I hope someday i'll have a chance to visit it. >>> >>> On 28 September 2010 15:45, Alexandre Bergel <alexandre(a)bergel.eu> wrote: >>>> Hernan, this is really cool. >>>> I hope Smalltalk will bootstrap soon in Chile. >>>> >>>> Cheers, >>>> Alexandre >>>> >>>> >>>> On 27 Sep 2010, at 20:46, Hernan Wilkinson wrote: >>>> >>>>> Hi, >>>>> we just wanted to share with you that Smalltalks 2010 (the 4th Argentinean Smalltalk conference) has been declare of "public interest" at the Entre Rios province (where the city of Concepcion del Uruguay is and where the conference is going to be held). >>>>> We are very happy and proud of such recognition to Smalltalk and our community!! >>>>> We hope to see you there! >>>>> >>>>> Hernan. >>>>> >>>>> PS: Attached is the statement... although, it is is Spanish :-) >>>>> >>>>> <Nota ACTIER Smalltalk declaraciÃ³n de InterÃ©s.pdf>_______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> 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 >>> >>> >>> >>> -- >>> HernÃ¡n Wilkinson >>> Agile Software Development, Teaching & Coaching >>> Mobile: +54 - 911 - 4470 - 7207 >>> email: hernan.wilkinson(a)10Pines.com >>> site: http://www.10Pines.com >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 28, 2010

Re: [Pharo-project] Smalltalks 2010 - Declared as Important Province Event

by Serge Stinckwich

Le 28 sept. 2010 Ã 21:42, Alexandre Bergel <alexandre(a)bergel.eu> a Ã©crit : >> hehe, we will not share our secret... that is sacred :-) > > I can tell you that I am doing everything I can to promote Smalltalk here :-) > It just needs time > Do you have a chilean Smalltalk mailing-list ? :-) > Alexandre > >> >> On Tue, Sep 28, 2010 at 10:28 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> Guys, tell me the secret, why smalltalk is so popular in Argentina? :) >> I can only guess that it somehow related to mentality of people living there. >> I hope someday i'll have a chance to visit it. >> >> On 28 September 2010 15:45, Alexandre Bergel <alexandre(a)bergel.eu> wrote: >>> Hernan, this is really cool. >>> I hope Smalltalk will bootstrap soon in Chile. >>> >>> Cheers, >>> Alexandre >>> >>> >>> On 27 Sep 2010, at 20:46, Hernan Wilkinson wrote: >>> >>>> Hi, >>>> we just wanted to share with you that Smalltalks 2010 (the 4th Argentinean Smalltalk conference) has been declare of "public interest" at the Entre Rios province (where the city of Concepcion del Uruguay is and where the conference is going to be held). >>>> We are very happy and proud of such recognition to Smalltalk and our community!! >>>> We hope to see you there! >>>> >>>> Hernan. >>>> >>>> PS: Attached is the statement... although, it is is Spanish :-) >>>> >>>> <Nota ACTIER Smalltalk declaraciÃ³n de InterÃ©s.pdf>_______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> 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 >> >> >> >> -- >> HernÃ¡n Wilkinson >> Agile Software Development, Teaching & Coaching >> Mobile: +54 - 911 - 4470 - 7207 >> email: hernan.wilkinson(a)10Pines.com >> site: http://www.10Pines.com >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 28, 2010

Re: [Pharo-project] Smalltalks 2010 - Declared as Important Province Event

by Alexandre Bergel

> hehe, we will not share our secret... that is sacred :-) I can tell you that I am doing everything I can to promote Smalltalk here :-) It just needs time Alexandre > > On Tue, Sep 28, 2010 at 10:28 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Guys, tell me the secret, why smalltalk is so popular in Argentina? :) > I can only guess that it somehow related to mentality of people living there. > I hope someday i'll have a chance to visit it. > > On 28 September 2010 15:45, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > > Hernan, this is really cool. > > I hope Smalltalk will bootstrap soon in Chile. > > > > Cheers, > > Alexandre > > > > > > On 27 Sep 2010, at 20:46, Hernan Wilkinson wrote: > > > >> Hi, > >> we just wanted to share with you that Smalltalks 2010 (the 4th Argentinean Smalltalk conference) has been declare of "public interest" at the Entre Rios province (where the city of Concepcion del Uruguay is and where the conference is going to be held). > >> We are very happy and proud of such recognition to Smalltalk and our community!! > >> We hope to see you there! > >> > >> Hernan. > >> > >> PS: Attached is the statement... although, it is is Spanish :-) > >> > >> <Nota ACTIER Smalltalk declaraciÃ³n de InterÃ©s.pdf>_______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > 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 > > > > -- > HernÃ¡n Wilkinson > Agile Software Development, Teaching & Coaching > Mobile: +54 - 911 - 4470 - 7207 > email: hernan.wilkinson(a)10Pines.com > site: http://www.10Pines.com > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 28, 2010

Re: [Pharo-project] ('a' == 'a') == true ?

by Johan Brichau

Perhaps the discussion I wanted to raise is not about the use of '==' but about the fact that equal string literals in the same method body are optimized to be the same object. Without immutability, such optimization is just plain wrong. In addition, it does not even seem to be a particularly useful optimization. The use of '==' in the exercise is exactly about the reflective semantics, btw. Johan On 28 Sep 2010, at 10:05, Niko Schwarz wrote: > But that's the point, there should be no business semantics to '=='. > Only reflective semantics. The reflective semantics are ok. > > Niko > > On Mon, Sep 27, 2010 at 11:51 AM, Johan Brichau <johan(a)inceptive.be> wrote: >> >> On 27 Sep 2010, at 11:28, Igor Stasenko wrote: >> >>> On 27 September 2010 11:54, Johan Brichau <johan(a)inceptive.be> wrote: >>>> >>>> On 27 Sep 2010, at 10:38, Lukas Renggli wrote: >>>> >>>>>> Am I wrong? >>>>> >>>>> Yes, almost always one should probably use #= instead of #==. >>>> >>>> I will add that to the exercise :-) >>>> The exercise actually makes students aware of the difference between strings and symbols (which should be pointer-equal) >>>> >>> >>> I think you can avoid using 'equal' word when describing a #== comparison. >>> It can be explained as 'test whether comparands are same object or not' >>> while #= is test whether two objects equal or not. >> >> Yes, this is exactly what the exercise is doing. >> I want them to be aware that equal _symbols_ are the same objects, but that equal _strings_ are not, which is why I let them evaluate: >> >> a := #foobar. >> b := #foobar. >> a == b. >> >> a := 'foobar'. >> b := 'foobar'. >> a == b >> >> The problem is that evaluating the second snippet also yields true in Pharo/Squeak, so I cannot illustrate it using these snippets (which works fine in Visualworks, btw). >> >> Yes, this is a compiler optimization and, yes, people should use #= instead of #== normally. But imho the optimization yields a wrong semantics, which is why I posted the email. >> >> I have absolutely no clue if it can be changed (I am not familiar with the compiler implementation *at all*), but I would be happy to look over the shoulder of an experienced compiler hacker during the next sprint to learn ;-) >> >> cheers >> Johan >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > http://scg.unibe.ch/staff/Schwarz > twitter.com/nes1983 > Tel: +41 076 235 8683 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 28, 2010

Re: [Pharo-project] Alien Plugin for Linux

by Noury Bouraqadi

On 27 sept. 2010, at 20:12, Eliot Miranda wrote: > > > 2010/9/27 Fernando olivero <fernando.olivero(a)usi.ch> > Does the prebuilt CogVM for linux include Alien support? > http://www.mirandabanda.org/files/Cog/VM/VM.r2313/ > > Only of the data manipulation and callout parts, not the callback parts. I'm trying to find time to work on integrating the Alien callback machinery with the FFI. > Thanx Eliot. Noury > best > Eliot > > > > On Sep 27, 2010, at 4:41 PM, Schwab,Wilhelm K wrote: > >> I share your interest. Just to fan the fires of healthy competition, Sig has posted code for a NativeBoost plugin on Linux. Stef will understand that I don't dare look at it until my grant proposal is submitted, but it is a step in the right direction. >> >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Fernando olivero [fernando.olivero(a)usi.ch] >> Sent: Monday, September 27, 2010 10:32 AM >> To: Pharo-project(a)lists.gforge.inria.fr Development >> Subject: [Pharo-project] Alien Plugin for Linux >> >> Hi, is there an Alien plugin for linux ? >> I recall somebody working on it. >> Would be nice if its made available somewhere on the web. >> >> Thanks, >> Fernando >> >> _______________________________________________ >> 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

Sept. 28, 2010