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

[Pharo-project] Fwd: Re: FFI in closure image/modifying block arguments

by Torsten Bergmann

Stef wrote: >where is this package? http://source.squeakfoundation.org/FFI.html -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

April 9, 2009

Re: [Pharo-project] us can has mc2?

by StÃ©phane Ducasse

> > Hi Folks, > > Are there plans to integrate Monticello 2 into Pharo? (I could not > find an issue in the Pharo issues database.) > > I understand from Lukas that most of the bootstrapping issues have > been resolved. Is anyone on this topic? Is there a good reason to > stick with the old MC? -support -open and public repository aka SS2 -understanding -process -tools at least for me. So we will but not now our plate is quite full. Stef

April 9, 2009

[Pharo-project] us can has mc2?

by Oscar Nierstrasz

Hi Folks, Are there plans to integrate Monticello 2 into Pharo? (I could not find an issue in the Pharo issues database.) I understand from Lukas that most of the bootstrapping issues have been resolved. Is anyone on this topic? Is there a good reason to stick with the old MC? Cheers, - on

April 9, 2009

Re: [Pharo-project] Closure compiler

by StÃ©phane Ducasse

>> >> New name: yes. > > Umm... HannanCompiler (after the original author?). umm..... rot and dead compiler that marcus resurrected Stef

April 9, 2009

Re: [Pharo-project] Fwd: Re: FFI in closure image/modifying block arguments

by StÃ©phane Ducasse

where is this package? Stef On Apr 8, 2009, at 10:23 AM, Torsten Bergmann wrote: > Stephane wrote: >> we already fixed a lot of occurrences of arg assignments and >> we should be soon able to recompile the entire pharo image. > > Nice - and it looks like Andreas also fixed FFI in "FFI-Kernel-ar. > 9.mcz". > > Thanks! > > Bye > T. > -- > Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit > allen: http://www.gmx.net/de/go/multimessenger01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 9, 2009

Re: [Pharo-project] Closure compiler

by Michael van der Gulik

(note: cross-posted on newcompiler and pharo-project lists) On 4/9/09, Marcus Denker <denker(a)acm.org> wrote: > > On 08.04.2009, at 17:40, Michael van der Gulik wrote: >>> >> >> I wonder if it is worth splitting the NewCompiler (which really does >> need a better name) into two packages: the front end and the back end. >> > > New name: yes. Umm... HannanCompiler (after the original author?). > So for packages, we have NewParser, AST and the rest. > Where would we split? IRBuilder would be the best candidate, I'd say. I'll get back to you on this when I have stuff to contribute. I'd like to separate out the IR classes so I can use them without needing to install the rest of the compiler. Gulik. -- http://gulik.pbwiki.com/

April 9, 2009

Re: [Pharo-project] Undefined symbol using Exupery VM

by David T. Lewis

On Wed, Apr 08, 2009 at 08:58:35PM +0100, Bryce Kampjes wrote: > > Here's a VM that should have the IP6 primitives in it: > > http://ftp.squeak.org/Exupery/vms/exupery-vm-0.15.1-linux.tz > > It's also got a VMMaker fix for alpha channel bitlblts. Not sure if > that's the entire fix needed. I'll rebuild again using latest C sources > in a few weeks. > > Bryce Hi Bryce, FYI, the Mantis 7327 BitBlt fix does not require any platform support updates. It's a change to methods in BitBltSimulation, and should be nothing to worry about with respect to the Exupery VM you are releasing. Dave

April 8, 2009

Re: [Pharo-project] Fwd: Re: FFI in closure image/modifying block arguments

by Mariano Martinez Peck

On Wed, Apr 8, 2009 at 5:23 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > Stephane wrote: > >we already fixed a lot of occurrences of arg assignments and > >we should be soon able to recompile the entire pharo image. > > Nice - and it looks like Andreas also fixed FFI in "FFI-Kernel-ar.9.mcz". > This also works for me :) Thanks! > > Thanks! > > Bye > T. > -- > Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit allen: > http://www.gmx.net/de/go/multimessenger01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 8, 2009

Re: [Pharo-project] Undefined symbol using Exupery VM

by Mariano Martinez Peck

On Wed, Apr 8, 2009 at 4:58 PM, Bryce Kampjes <bryce(a)kampjes.demon.co.uk>wrote: > On Wed, 2009-04-08 at 14:10 +0200, Damien Cassou wrote: > > On Tue, Apr 7, 2009 at 10:34 PM, Bryce Kampjes > > <bryce(a)kampjes.demon.co.uk> wrote: > > > OK, I know whats wrong, the VMMaker I merged from was from February, > the > > > latest when I assembled that image. The primitive you're using was > > > introduced in a version from 28 March. It's an IP6 primitive that looks > > > like it's been around for a few years but not in the official source. > > > > > > I'll try to get a new Linux VM out in the next week. > > > > Thank you Bryce. We need you to have a working and recent VM, thank > > you very much. > > Here's a VM that should have the IP6 primitives in it: > > http://ftp.squeak.org/Exupery/vms/exupery-vm-0.15.1-linux.tz > > Excellent!!! This works perfect here. > It's also got a VMMaker fix for alpha channel bitlblts. Not sure if > that's the entire fix needed. I'll rebuild again using latest C sources > in a few weeks. > I don't know what bitbtls is neither how to test it :( Thanks for the help bryce. Mariano > > Bryce > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 8, 2009

Re: [Pharo-project] Closure compiler

by Marcus Denker

On 08.04.2009, at 17:40, Michael van der Gulik wrote: >> > > I wonder if it is worth splitting the NewCompiler (which really does > need a better name) into two packages: the front end and the back end. > New name: yes. So for packages, we have NewParser, AST and the rest. Where would we split? IRBuilder would be the best candidate, I'd say. > Later this year (or next) I plan to do some hacking on the NewCompiler > for integration into SecureSqueak. I'll post something on the > NewCompiler mailing list when I get that far; I'll try to contribute > stuff back to the NewCompiler project so hopefully they'll percolate > through to Pharo, Squeak and other users. > Cool! Marcus -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

April 8, 2009