- Pharo-dev - lists.pharo.org

[Pharo-project] Pharo won't make a VM in linux

by Javier PimÃ¡s

This is a spin-off of the Alien's building thread, I think it deserved it's own thread. I first faced this while trying to build alien, but then I noticed it's unrelated. The VM is not building in linux, and I think it's not caused by my machine's configuration. I'm using 1.0RC2, with VMMaker loaded yesterday using configurationOfVMMaker. I also applied ObjectMemory initializeWithBytesToWord: Smalltalk wordSize. as told in the other thread to fix some issues. Plugins are: - internal: B3DAcceleratorPlugin, BaloonEnginePlugin, BitBltSimulation, FilePlugin, SocketPlugin. - By the way, I'm also having to include some dummy plugin as external. If I don't, cmake will make some weird stuff like creating a = directory and then fail. I use ADPCMCodecPlugin. The errors are these: ... Linking C executable squeakvm B3DAcceleratorPlugin/libB3DAcceleratorPlugin.a(sqOpenGLRenderer.c.o): In function `glRenderVertexBuffer': /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:846: undefined reference to `glColorMaterial' /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:847: undefined reference to `glGetError' /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:848: undefined reference to `glEnable' /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:849: undefined reference to `glGetError' ... /home/javier/st/squeak-svn/platforms/unix/plugins/B3DAcceleratorPlugin/sqUnixOpenGL.c:159: undefined reference to `glLightModelfv' /home/javier/st/squeak-svn/platforms/unix/plugins/B3DAcceleratorPlugin/sqUnixOpenGL.c:160: undefined reference to `glGetError' collect2: ld returned 1 exit status make[2]: *** [squeakvm] Error 1 make[1]: *** [CMakeFiles/squeakvm.dir/all] Error 2 make: *** [all] Error 2 Maybe it should be linking to opengl lib but it isn't, what do you think? Regards, Javier. -- Javier PimÃ¡s Ciudad de Buenos Aires

Feb. 21, 2010

Re: [Pharo-project] [Vm-dev] Re: Trying to build alien plugin in linux

by Javier PimÃ¡s

Thanks! That did the trick! Regards, Javier. On Sun, Feb 21, 2010 at 1:20 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > > On Sun, Feb 21, 2010 at 01:19:36AM +0100, Levente Uzonyi wrote: > > On Sat, 20 Feb 2010, John M McIntosh wrote: > > > > > So I think the current VMMaker build process is broken? > > > > In Squeak I get the expected line (using SlangBrowser and > VMMaker-ar.158): > > addrSize = interpreterProxy->byteSizeOf((oopForPointer( > socketAddress ) - 4)); > > > > So I guess it's a Pharo issue. > > It is definitely Pharo-related, but I can't quite spot the source of the > problem. > > In a Pharo image: > > ObjectMemory baseHeaderSize ==> nil > ObjectMemory bytesPerWord ==> nil > > That is the reason for the incorrect code generation. > > If you evaluate this, the object memory constants will be set up properly: > > ObjectMemory initializeWithBytesToWord: Smalltalk wordSize > > At that point, I expect that the code generation problem will be probably > be fixed. > > What I can't figure out is why this is not being initialized properly > in a Pharo image. I'm fumbling my way through this with a borrowed > computer (out of town this weekend, forgot to bring my laptop) and > limited expertise with Pharo, so maybe someone can figure it out from > the above clues. > > HTH, > Dave > > -- Javier PimÃ¡s Ciudad de Buenos Aires

Feb. 21, 2010

Re: [Pharo-project] [Vm-dev] Re: Trying to build alien plugin in linux

by David T. Lewis

On Sun, Feb 21, 2010 at 01:19:36AM +0100, Levente Uzonyi wrote: > On Sat, 20 Feb 2010, John M McIntosh wrote: > > > So I think the current VMMaker build process is broken? > > In Squeak I get the expected line (using SlangBrowser and VMMaker-ar.158): > addrSize = interpreterProxy->byteSizeOf((oopForPointer( socketAddress ) - 4)); > > So I guess it's a Pharo issue. It is definitely Pharo-related, but I can't quite spot the source of the problem. In a Pharo image: ObjectMemory baseHeaderSize ==> nil ObjectMemory bytesPerWord ==> nil That is the reason for the incorrect code generation. If you evaluate this, the object memory constants will be set up properly: ObjectMemory initializeWithBytesToWord: Smalltalk wordSize At that point, I expect that the code generation problem will be probably be fixed. What I can't figure out is why this is not being initialized properly in a Pharo image. I'm fumbling my way through this with a borrowed computer (out of town this weekend, forgot to bring my laptop) and limited expertise with Pharo, so maybe someone can figure it out from the above clues. HTH, Dave

Feb. 21, 2010

Re: [Pharo-project] [update 1.1] #11227

by Marcus Denker

On Feb 21, 2010, at 4:44 PM, Adrian Lienhard wrote: > On Feb 21, 2010, at 11:59 , StÃ©phane Ducasse wrote: > >> Marcus this is strange we removed a lot of code and the image size grows :) > >> We will have to investigate that. > > > Did you run the cleanUpFor* methods? The grow may be due to MC cached definitions. Or to the ScriptLoader log. > MC cache is delete after each update. But the cleanup methods need to be run, yes... changesets hold on to old methods, making changeset history quite expensive. I actually think the main problem is the Scriptloader... it gets big quite quickly (both in terms of generated code and the log). > >> >> I would like also to play with mariano about the idea of use metacello to manage the unstable + external but pharo manage packages. To see how far we can unload packages now that settings, .... > > Indeed, that would be cool. Extracting ImageSegment into an external package also is on my todo list. good! -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 21, 2010

Re: [Pharo-project] [update 1.1] #11227

by Adrian Lienhard

On Feb 21, 2010, at 11:59 , StÃ©phane Ducasse wrote: > Marcus this is strange we removed a lot of code and the image size grows :) > We will have to investigate that. Did you run the cleanUpFor* methods? The grow may be due to MC cached definitions. Or to the ScriptLoader log. > > I would like also to play with mariano about the idea of use metacello to manage the unstable + external but pharo manage packages. To see how far we can unload packages now that settings, .... Indeed, that would be cool. Extracting ImageSegment into an external package also is on my todo list. Adrian > > Stef > > On Feb 21, 2010, at 11:22 AM, Marcus Denker wrote: > >> 11227 >> ----- >> >> Issue 2019: two empty packages: PineSoft-Widgets and SmBase >> Issue 2020: Packages without Repository >> Issue 1776: Refactor Package names >> Issue 2026: RecentMessageSet fixes >> >> ... the update recompiled the whole image. >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> _______________________________________________ >> 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

Feb. 21, 2010

[Pharo-project] Xtreams under the MIT License

by Torsten Bergmann

http://www.cincomsmalltalk.com/blog/blogView?showComments=true&printTitle=X… -- NEU: Mit GMX DSL Ã¼ber 1000,- Â¿ sparen! http://portal.gmx.net/de/go/dsl02

Feb. 21, 2010

[Pharo-project] _ displayed as arrow then redisplayed as _

by StÃ©phane Ducasse

Hi I experienced the following bug: I browsed the Hobbes project there were two files hobbes-pavel<-krivanek hobbes-pavel_krivanek then when I click on the file I got hobbes-pavel_krivanek hobbes-pavel_krivanek so difficult to reproduce of course. Stef

Feb. 21, 2010

Re: [Pharo-project] [update 1.1] #11227

by StÃ©phane Ducasse

Marcus this is strange we removed a lot of code and the image size grows :) We will have to investigate that. I would like also to play with mariano about the idea of use metacello to manage the unstable + external but pharo manage packages. To see how far we can unload packages now that settings, .... Stef On Feb 21, 2010, at 11:22 AM, Marcus Denker wrote: > 11227 > ----- > > Issue 2019: two empty packages: PineSoft-Widgets and SmBase > Issue 2020: Packages without Repository > Issue 1776: Refactor Package names > Issue 2026: RecentMessageSet fixes > > ... the update recompiled the whole image. > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 21, 2010

Re: [Pharo-project] [Vm-dev] Re: Trying to build alien plugin in linux

by StÃ©phane Ducasse

May be a dab initialize of the variable "WordPer..." On Feb 21, 2010, at 1:19 AM, Levente Uzonyi wrote: > On Sat, 20 Feb 2010, John M McIntosh wrote: > >> So I think the current VMMaker build process is broken? > > In Squeak I get the expected line (using SlangBrowser and VMMaker-ar.158): > addrSize = interpreterProxy->byteSizeOf((oopForPointer( socketAddress ) - 4)); > > So I guess it's a Pharo issue. > > > Levente > >> >> Fortunately it won't compile so the person can't get to the point of >> having the VM crash. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 21, 2010

[Pharo-project] [update 1.1] #11227

by Marcus Denker

11227 ----- Issue 2019: two empty packages: PineSoft-Widgets and SmBase Issue 2020: Packages without Repository Issue 1776: Refactor Package names Issue 2026: RecentMessageSet fixes ... the update recompiled the whole image. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 21, 2010