Vm-dev December 2010

vm-dev@lists.squeakfoundation.org

42 participants
109 discussions

Simulator Question
by Gabriel Hernán Barbuto 07 Dec '10

07 Dec '10

Hi I've been trying to run the simulator. I've been able to run the StackInterpreterSimulator. But I need to run the pre-Cog VM simulator. Does anyone know if it's working? Can anyone point me to anything that explains how to run it? Thanks in advance. Gabriel

2 2

VM Maker: VMMaker-EstebanLorenzano.207.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 07 Dec '10

07 Dec '10

Esteban Lorenzano uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-EstebanLorenzano.207.mcz ==================== Summary ==================== Name: VMMaker-EstebanLorenzano.207 Author: EstebanLorenzano Time: 6 December 2010, 7:26:57 pm UUID: fca82ecb-23e1-4a0a-8f29-5e18e244113e Ancestors: VMMaker-dtl.206 added ClipboardExtended plugin as part of VMMaker

6 5

SqueakVM 4 on FreeBSD 8?
by Amir Ansari 07 Dec '10

07 Dec '10

Following on from my previous post, is there a way to build the latest stable Squeak-4.0.3.2022 from source on FreeBSD 8? (The ports version is still stuck below 4.) Configure: ../unix/cmake/configure --without-SUGAR --without-UUIDPlugin --prefix=/usr/local Make proceeds without any errors. However, trying to run squeak: SQUEAK_ENCODING=UTF-8 SQUEAK_PATHENC=UTF-8 SQUEAK_PLUGINS=/usr/local/lib/squeak/4.0.3-2202 + exec /usr/local/lib/squeak/4.0.3-2202/squeakvm seaside.image /usr/local/lib/squeak/4.0.3-2202/so.vm-display-X11: Undefined symbol "error" could not find display driver vm-display-X11; either: - check that /usr/local/lib/squeak/4.0.3-2202/vm-display-X11.so exists, or - use the '-plugins <path>' option to tell me where it is, or - remove DISPLAY from your environment. Abort trap (core dumped) It works perfectly with Squeak-3.11.3.2135 from source. Note that I'm not applying any of the patches that are in the FreeBSD port for Squeak. I hope someone can help! Thanks, Amir

3 2

Cog VM on FreeBSD 8.1
by Amir Ansari 06 Dec '10

06 Dec '10

Dear List I'm trying to build Cog VM on FreeBSD 8.1, following the instructions at http://tech.groups.yahoo.com/group/squeak/message/157755 It's a fresh installation, nothing in /etc/make.conf Here's the error: "Makefile", line 270: warning: duplicate script for target "cogit.o" ignored gcc -g -O2 -msse2 -DNDEBUG -DITIMER_HEARTBEAT=1 -DNO_VM_PROFILE=1 -DCOGMTVM=0 -DDEBUGVM=0 -msse -DLSB_FIRST=1 -DHAVE_CONFIG_H -DSQUEAK_BUILTIN_PLUGIN -I/root/CogVM/unixbuild/bld -I/root/CogVM/unixbuild/bld -I/root/CogVM/platforms/unix/vm -I/root/CogVM/platforms/Cross/vm -I/root/CogVM/src/vm -I/root/CogVM/platforms/Cross/vm -I/root/CogVM/platforms/unix/vm -I/root/CogVM/src/vm -I/root/CogVM/platforms/Cross/plugins/FilePlugin -I/root/CogVM/platforms/unix/plugins/B3DAcceleratorPlugin -I/root/CogVM/unixbuild/bld -I/root/CogVM/unixbuild/bld -I/root/CogVM/platforms/unix/vm -I/root/CogVM/platforms/Cross/vm -I/root/CogVM/src/vm -I/usr/local/include -c -o gcc3x-cointerp.o /root/CogVM/src/vm/gcc3x-cointerp.c /root/CogVM/src/vm/gcc3x-cointerp.c:978: error: conflicting types for 'readImageFromFileHeapSizeStartingAt' /root/CogVM/platforms/Cross/vm/sq.h:480: error: previous declaration of 'readImageFromFileHeapSizeStartingAt' was here /root/CogVM/src/vm/gcc3x-cointerp.c:1340: warning: initialization from incompatible pointer type /root/CogVM/src/vm/gcc3x-cointerp.c:1471: warning: initialization from incompatible pointer type /root/CogVM/src/vm/gcc3x-cointerp.c: In function 'interpret': /root/CogVM/src/vm/gcc3x-cointerp.c:1886: warning: ignoring asm-specifier for non-static local variable 'currentBytecode' /root/CogVM/src/vm/gcc3x-cointerp.c:1888: warning: ignoring asm-specifier for non-static local variable 'localIP' /root/CogVM/src/vm/gcc3x-cointerp.c:1890: warning: ignoring asm-specifier for non-static local variable 'localSP' /root/CogVM/src/vm/gcc3x-cointerp.c: In function 'addNewMethodToCache': /root/CogVM/src/vm/gcc3x-cointerp.c:8733: warning: assignment from incompatible pointer type /root/CogVM/src/vm/gcc3x-cointerp.c:8751: warning: assignment from incompatible pointer type /root/CogVM/src/vm/gcc3x-cointerp.c: In function 'callbackEnter': /root/CogVM/src/vm/gcc3x-cointerp.c:9488: warning: assignment discards qualifiers from pointer target type /root/CogVM/src/vm/gcc3x-cointerp.c:9489: warning: assignment discards qualifiers from pointer target type /root/CogVM/src/vm/gcc3x-cointerp.c: In function 'highBit': /root/CogVM/src/vm/gcc3x-cointerp.c:16134: warning: left shift count >= width of type /root/CogVM/src/vm/gcc3x-cointerp.c:16135: warning: right shift count >= width of type /root/CogVM/src/vm/gcc3x-cointerp.c: In function 'primitiveGetLogDirectory': /root/CogVM/src/vm/gcc3x-cointerp.c:28104: warning: assignment makes pointer from integer without a cast /root/CogVM/src/vm/gcc3x-cointerp.c: In function 'primitiveGetWindowLabel': /root/CogVM/src/vm/gcc3x-cointerp.c:28223: warning: assignment makes pointer from integer without a cast /root/CogVM/src/vm/gcc3x-cointerp.c: At top level: /root/CogVM/src/vm/gcc3x-cointerp.c:37962: error: conflicting types for 'readImageFromFileHeapSizeStartingAt' /root/CogVM/platforms/Cross/vm/sq.h:480: error: previous declaration of 'readImageFromFileHeapSizeStartingAt' was here *** Error code 1 Stop in /root/CogVM/unixbuild/bld/vm. *** Error code 1 Stop in /root/CogVM/unixbuild/bld. Anyone have any ideas? Thanks, Amir

4 3

Re: [squeak-dev] Building CogVM on FreeBSD
by Frank Shearar 06 Dec '10

06 Dec '10

(Moving the conversation to vm-dev) On 2010/12/05 19:58, Frank Shearar wrote: > On 2010/12/05 19:15, David T. Lewis wrote: >> On Sun, Dec 05, 2010 at 06:14:54PM +0000, Frank Shearar wrote: >> >>> >>> And building completed without error! I haven't attempted running an >>> image; I only have terminal access to a FreeBSD machine. >>> >>> I'd mentioned in vm-dev that it would be really useful to have an image >>> that only evaluated "3 + 4" and wrote that to stdout. (Maybe someone >>> already has one?) We could use that with a Hudson instance, and verify >>> our VM builds automatically. >>> >>> frank >> >> Actually, you do not need a special image for this. Just supply a start >> script when you start Squeak, and run headless using the -vm-display-null >> parameter. The script can evaluate 3+4, write output to /dev/tty, then >> exit. >> An example start script is attached. > > Excellent! > > Turns out I'd only run configure, not make, so when I've figured out > what make's telling me I did wrong (it might be a 64-bit thing judging > by "warning: cast from pointer to integer of different size"), I'll give > it a whirl. It's longAt() that my system's complaining about at least some of the time, and fails here: usqInt youngStartAddress(void) { return ((usqInt)((&GIV(youngStart)))); // This line } Make doesn't tell me anything useful other than "Error code 1". (This is off an svn checkout from yesterday.) I've attached the output; most of it just looks like 64-bit pointer-like issues. frank

3 2

VM Maker: VMMaker-oscog-Igor.Stasenko.38.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 06 Dec '10

06 Dec '10

Igor Stasenko uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-oscog-Igor.Stasenko.38.mcz ==================== Summary ==================== Name: VMMaker-oscog-Igor.Stasenko.38 Author: Igor.Stasenko Time: 6 December 2010, 2:46:52 am UUID: 6cd6eeee-5691-40d3-9dca-46aaed01d49a Ancestors: VMMaker-Igor.Stasenko.37 - added a type definition for readImageFromFile....

3 2

VM Maker: VMMaker-oscog-Igor.Stasenko.38.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 06 Dec '10

06 Dec '10

1 0

VM Maker: VMMaker-oscog-Igor.Stasenko.38.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 06 Dec '10

06 Dec '10

1 0

Compiling Cog on 64-bit Linux (libtool problem)
by David T. Lewis 06 Dec '10

06 Dec '10

Does anyone have experience compiling 32-bit Cog on a 64-bit Linux system? I have not discovered the magic incantation for libtool, and as a result I get libtool errors in the build. It looks like libtool is not passing the -m32 flag to its scripts. I'm not sure if this is a bug or just a case of me not spending enough time reading the FM. I am running SuSE 64-bit, and it may well be an issue with this distro, but I figure it's worth asking an case anyone else is having the same problem. Thanks, Dave $ uname -a Linux version 2.6.34.7-0.4-desktop (geeko@buildhost) (gcc version 4.5.0 20100604 [gcc-4_5-branch revision 160292] (SUSE Linux) ) #1 SMP PREEMPT 2010-10-07 19:07:51 +0200 $ libtool --version ltmain.sh (GNU libtool) 2.2.6b Excerpt from build output: /bin/sh /home/lewis/squeak/Cog/cog-svn-source/unixbuild/bld-dtl/libtool --mode=link gcc -g -O2 -m32 -msse2 -D_GNU_SOURCE -DNDEBUG -DITIMER_HEARTBEAT=1 -DNO_VM_PROFILE=1 -DCOGMTVM=0 -DDEBUGVM=0 -msse -DLSB_FIRST=1 -g -O2 -m32 -msse2 -D_GNU_SOURCE -DNDEBUG -DITIMER_HEARTBEAT=1 -DNO_VM_PROFILE=1 -DCOGMTVM=0 -DDEBUGVM=0 -msse -DLSB_FIRST=1 -m32 -avoid-version -module -rpath /usr/local/lib/squeak/3.9-7 -o vm-display-X11.la sqUnixX11.lo sqUnixMozilla.lo -lGL -lXext -L/usr/lib -ldl -lpthread -lm -lnsl -lpthread -lX11 rm -fr .libs/vm-display-X11.la .libs/vm-display-X11.* .libs/vm-display-X11.* gcc -shared sqUnixX11.lo sqUnixMozilla.lo -lGL -lXext -L/usr/lib -ldl -lpthread -lm -lnsl -lpthread -lX11 -Wl,-soname -Wl,vm-display-X11 -o .libs/vm-display-X11 collect2: ld terminated with signal 11 [Segmentation fault] /usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib/libGL.so when searching for -lGL /usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib/libXext.so when searching for -lXext

1 0

SmallInetger as methods was not ready yet....now maybe?
by Mariano Martinez Peck 06 Dec '10

06 Dec '10

Hi folks. After fighting and fighting about crashes using SmallInteger as methods, I finally could debug the VM (thanks Esteban for the help in compiling and debugging!!) and I think I found a problem in theGC. In the mark phase of the GC, it tries to mark all interpreter oops in the method: markAndTraceInterpreterOops If you see that method....it does this (a part of it): compilerInitialized ifTrue: [self markAndTrace: receiver. self markAndTrace: method] ifFalse: [self markAndTrace: activeContext]. self markAndTrace: messageSelector. self markAndTrace: newMethod. If you are using SmallInteger as methods.....newMethod can be a SmallIneteger, and not a method....so if we then see the method markAndTrace: the first lines are: | header lastFieldOffset action statMarkCountLocal | header := self longAt: oop. And of course, it crash in that #longAt: :) So, solutions: 1) Put an if in each place where it uses newMethod or method or newNativeMethod or suspendedMethods or whatever 2) Put an if in #markAndSweep. I think 2) is easier and it is just adding one line of code at the beginning: | header lastFieldOffset action statMarkCountLocal | (self isIntegerObject: oop) ifTrue: [ ^ 0 ]. header := self longAt: oop. .... what do you think ? Finally, I am afraid that there are more places where Interpreter uses any of those instVar that represent methods, and treat them as real objects. So maybe there still pending future possible crashes? Thanks Mariano

6 23

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev December 2010