- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Pharo 2.0 on Raspberry Pi ?

by David T. Lewis

On Sat, Nov 24, 2012 at 10:44:51AM +0000, Dan Corneanu wrote: > > On 23 Nov 2012, at 13:57, Sven Van Caekenberghe <sven@...> wrote: > > > > > Hi, > > > > > > Does anyone know how to make Pharo 2.0 run on a Raspberry Pi ? > > > > > The out of the box VM is rather old. I have recompiled the stack VM from the > latest source tarball http://www.squeakvm.org/unix/release/Squeak-4.10.2.2614- > src.tar.gz and it seems the Pharo 1.4 image is happy with it. Just a clarification of terminology - this is the standard interpreter VM, as opposed to a stack VM that provides the additional object memory and interpreter features required for the Cog jit on platforms that support it. Dave

Nov. 24, 2012

Re: [Pharo-project] Pharo 2.0 on Raspberry Pi ?

by Dan Corneanu

did you have a look into build/CMakeFiles ? there is an error and an output log maybe you find some useful information there. Did you install the dev libs for OpenGL? sudo apt-get install libgl1-mesa-dev libglu1-mesa-dev keep me posted, Dan. On Sat, Nov 24, 2012 at 5:56 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Dan, > > On 24 Nov 2012, at 14:15, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 24 Nov 2012, at 11:44, Dan Corneanu <dan.corneanu(a)gmail.com> wrote: > > > >> The out of the box VM is rather old. I have recompiled the stack VM > from the > >> latest source tarball > http://www.squeakvm.org/unix/release/Squeak-4.10.2.2614- > >> src.tar.gz and it seems the Pharo 1.4 image is happy with it. > > > > Thanks, Dan, I will have a look at building the VM from that archive. > > Following the standard instructions (no config customization), I managed > to build a vm ! > > For some reason, no X11 support was built, but I now have > > -rwxr-xr-x 1 pi pi 9349 Nov 24 14:15 so.vm-display-null > -rwxr-xr-x 1 pi pi 6278 Nov 24 14:15 so.vm-sound-null > -rwxr-xr-x 1 pi pi 894438 Nov 24 14:15 squeakvm > > and I can run headless Pharo 1.4 doing HTTP and stuff. > > I guess I'll have to study the build process and options a bit more. > > I would like to have at least X11 support, but reducing the builtin > plugins to have a smaller executable interests me too. > > Thanks again for the help. > > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > >

Nov. 24, 2012

Re: [Pharo-project] Athens OpenGL backend - what does it mean?

by Sebastian Nozzi

> sure thing i want as many as we want. Excellent! > we need to change VM, to let image be in better control of host system windows. > once we will have that, having multiple windows & effects will not > pose any problems anymore. :) Now when you say "host system windowS" you mean... that the plan is to have *many* host windows, not just one as is the case? :-O I was just referring to the Morphic class SystemWindow... Cheers, Sebastian

Nov. 24, 2012

Re: [Pharo-project] [ANN] Limbo: a simple shell wrapper for NativeBoost

by Max Leske

On 23.11.2012, at 18:12, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 23 November 2012 18:00, Max Leske <maxleske(a)gmail.com> wrote: >> Ok, thanks Igor. >> >> So it seems the only remaining option (apart from providing a C library) it to use Assembly. Assembly is not my territory at all but here's how I think it could work: >> >> â¦ >> emitCall: [:gen | | fork dup2 execv | >> fork := NativeBoost forCurrentPlatform getGlobalSymbolPointer: 'fork'. >> dup2 := NativeBoost forCurrentPlatform getGlobalSymbolPointer: 'dup2'. >> execv := NativeBoost forCurrentPlatform getGlobalSymbolPointer >> gen asm mov: fork asUImm32 to: gen asm EAX. >> gen asm call: gen asm EAX. >> "somehow get the fork return value and test for 0. >> only execute the following lines if pid = 0" >> gen asm mov: dup2 asUImm32 to: gen asm EAX. >> gen asm call: gen asm EAX. >> gen asm mov: execv asUImm32 to: gen asm EAX. >> gen call: gen asm EAX. >> ] >> >> As you can see, I have absolutely no clue what I'm doing :) (just a good copycat). I figure that everything from fork() to exec() needs to be in the same Assembly sequence to ensure that the child process doesn't try to execute VM code (multiple #emitCall:'s probably wouldn't work). >> >> I think that if you could help me fill in the code for where I simply used a comment, I could come up with the rest (writing function specs etc.). I'l try at least. >> > > yes i can help. where i can get the code? > btw, your code is actually very close to how it should be done. Awesome! The Smalltalk code is here: http://ss3.gemstone.com/ss/Limbo.html. The C code is on Github: https://github.com/theseion/liblimbo. Functions: fork() -> LimboFork dup2() -> LimboDup2 close() -> LimboPipe execv() -> LimboFork Please ignore the hideousness of the code, I'm just trying to get it to work before doing it nice and clean. > >> Cheers, >> Max >> > > > > -- > Best regards, > Igor Stasenko. >

Nov. 24, 2012

Re: [Pharo-project] Pharo 2.0 on Raspberry Pi ?

by Sven Van Caekenberghe

Hi Dan, On 24 Nov 2012, at 14:15, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > On 24 Nov 2012, at 11:44, Dan Corneanu <dan.corneanu(a)gmail.com> wrote: > >> The out of the box VM is rather old. I have recompiled the stack VM from the >> latest source tarball http://www.squeakvm.org/unix/release/Squeak-4.10.2.2614- >> src.tar.gz and it seems the Pharo 1.4 image is happy with it. > > Thanks, Dan, I will have a look at building the VM from that archive. Following the standard instructions (no config customization), I managed to build a vm ! For some reason, no X11 support was built, but I now have -rwxr-xr-x 1 pi pi 9349 Nov 24 14:15 so.vm-display-null -rwxr-xr-x 1 pi pi 6278 Nov 24 14:15 so.vm-sound-null -rwxr-xr-x 1 pi pi 894438 Nov 24 14:15 squeakvm and I can run headless Pharo 1.4 doing HTTP and stuff. I guess I'll have to study the build process and options a bit more. I would like to have at least X11 support, but reducing the builtin plugins to have a smaller executable interests me too. Thanks again for the help. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Nov. 24, 2012

Re: [Pharo-project] Athens OpenGL backend - what does it mean?

by Igor Stasenko

On 24 November 2012 16:06, Sebastian Nozzi <sebnozzi(a)gmail.com> wrote: > Hello Pharo Devs, > > I am really excited about the direction Pharo is taking regarding many > areas - one of them being the graphics. I played with Athens a bit and > it's cool to see anti-aliased vectror graphics coming to Pharo. > > I keep reading about a possible OpenGL back-end in the future... what > would this mean exactly? > It means exactly what it says: Use opengl library as a backend. > For years I have been "dreaming" about graphic-accelerated "eye-candy" > effects inside of the Smalltalk environment. Like compiz-fusion > effects in Linux, or Quartz-Extreme powerded in OS-X (ExposÃ©, etc.). > > Would this be possible with such a back-end? Or am I misinterpreting > things? I'm not a graphic-dev expert. > Yes. But do not misinterpret things: making opengl backend will not make everything "eye-candy" immediately. For having this, people should implement these fancy effects first :) -- Best regards, Igor Stasenko.

Nov. 24, 2012

[Pharo-project] Athens OpenGL backend - what does it mean?

by Sebastian Nozzi

Hello Pharo Devs, I am really excited about the direction Pharo is taking regarding many areas - one of them being the graphics. I played with Athens a bit and it's cool to see anti-aliased vectror graphics coming to Pharo. I keep reading about a possible OpenGL back-end in the future... what would this mean exactly? For years I have been "dreaming" about graphic-accelerated "eye-candy" effects inside of the Smalltalk environment. Like compiz-fusion effects in Linux, or Quartz-Extreme powerded in OS-X (ExposÃ©, etc.). Would this be possible with such a back-end? Or am I misinterpreting things? I'm not a graphic-dev expert. Best regards, Sebastian

Nov. 24, 2012

Re: [Pharo-project] NativeBoost callbacks - status?

by Igor Stasenko

okay, seems like i found why: NBExternalAddress>>ulongAt: zeroBasedOffset put: value "Store unsigned 64-bit integer into memory at (receiver's address + ZERO-based offset) using native byte order. Note, there is no range checking " It should use 32-bit values.. Callback code using ulongAt:put. to store single value at certain address in machine code. Since it stores 64-bit value instead of 32bit, it overrides the instructions which follow, and of course that leads to crash. Trait aliases.. is wrong: #longAt:->#nbInt64AtOffset:. #longAt:put:->#nbInt64AtOffset:put:. #ulongAt:->#nbUInt64AtOffset:. #ulongAt:put:->#nbUInt64AtOffset:put: another reason to get rid of confusion with C types.. -- Best regards, Igor Stasenko.

Nov. 24, 2012

[Pharo-project] Smalltalkhub

by Nicolas Petton

Hi guys! I was a bit off the last 3 days, I was in Paris with Stef (so romantic :-p) and didn't have much time to follow the thread on Smalltalkhub that much. Just to let you know, I'm working on the next upgrade. In randon order, here's some features that will be part of the upgrade: - Several people reported issues (thanks!), and they will be fixed - As an addition to user centric projects, the concept of team will be introduced - Project owners will be able to decide if a project is - Public (read/write) (users will still have to be authentified to commit) - Read-only - Private - A better search (if I have enough time) - A "real" homepage (again, if I have time) The next iteration on it should be focused on contributing: - One public inbox per project - The ability to "copy" a repo (similar to Github's fork) - Branches? And yes, SH is opensource, people are welcome to contribute. Features are also open, and while some parts are mandatory and required by ESUG, I'm 100% open to ideas and improvements. This is for the community, not me :) Also, SH is still in beta. I will never flush the DB, but you may find bugs and want to keep a backup. The stable version will be hosted by Inria and I will eventually migrate the data on their infrastructure. Cheers, Nico

Nov. 24, 2012

Re: [Pharo-project] source.squeakfoundation.com down

by Esteban Lorenzano

yes, but this is another server (dying too, perhaps :) On Nov 24, 2012, at 2:14 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > We should mirror squeaksource on SH or ss3 > > It's a matter of month before the death of squeaksource I think :) > Ben > > On Nov 24, 2012, at 2:04 PM, Esteban Lorenzano wrote: > >> I cannot install FFI :( >> >> Esteban >> > >

Nov. 24, 2012