Vm-dev December 2011

vm-dev@lists.squeakfoundation.org

23 participants
33 discussions

ffi-test-main.c fails on FreeBSD
by Gary Dunn 12 Aug '16

12 Aug '16

In conjunction with getting Open Cobalt running on FreeBSD I have been looking into the problems with SqueakFFIPrims on FreeBSD and have reached a point that is beyond my understanding. I am not sure if the fix should come from the VM side or the FreeBSD port maintainer. I needed to get source code back into the ports tree so I did a make in /usr/ports/lang/squeak. I already had the 3.9 tarball, so that just repopulated the source and did the initial build. In the "files" folder I found patch files typical for a FreeBSD port. These patch source files from a generic tarball to work with FreeBSD. The one of interest was patch-platforms__unix__plugins__SqueakFFIPrims__ffi-config which contains ----x-----x----- --- platforms/unix/plugins/SqueakFFIPrims/ffi-config.org Wed Apr 26 20:27:53 2006 +++ platforms/unix/plugins/SqueakFFIPrims/ffi-config Wed Apr 26 20:29:00 2006 @@ -39,6 +39,7 @@ case ${abi} in linux) abi=sysv;; + freebsd*) abi=sysv;; darwin*) abi=darwin;; *) abi=libffi; lib="-lffi";; esac -----x-----x----- I then had the folder work/Squeak-3.9-7/platforms/unix/plugins/SqueakFFIPrims In it is a file 00README which explains how to test FFI. It says to run ffi-test-config but I have no such file. It says to type "make" to build a test suite but the build failed. It says to try with make CPU=any ABI=libffi LIB=-lffi which also failed. I traced the problem to the gcc search paths for includes and libraries -- turns out FreeBSD only searches /usr/include and /usr/lib when the required files are in /usr/local/include and /usr/local/lib. After some fiddling I finally had a "main" to test. It failed: ffi-test-main.c failed at line 361. Here is a bit from that file, ending with line 361: ffiInitialize(); for (ul= 0; ul < 15; ++ul) ffiPushSingleFloat(fa[ul]); GO(FFITypeSingleFloat, many); f= ffiReturnFloatValue(); ffiCleanup(); CHECK(f - ff < FLT_EPSILON); I worked out the CHECK macro but could not find what FLT_EPSILON is. At that point I decided to stop and come to you for help. Where do I go from here? -- Gary Dunn, Honolulu osp(a)aloha.com http://openslate.net/ http://e9erust.blogspot.com/ Sent from Slate001

5 8

[CogVM-blessed] -headless stopped working
by Stefan Marr 02 May '12

02 May '12

Hi Esteban: I just downloaded a Cog-Mac-Cocoa-blessed from: https://ci.lille.inria.fr/pharo/job/Cog-Mac-Cocoa-blessed/ It tells me, it is currently 19days old. And it ignores the -headless parameter. The old VM I used so far is from Jul 6th and does execute headless without problems. I did not find the mail on the list that was naming the primitives to get more version infos out of the VMs, sorry. The latest StackVM also got that problem, but it works with the version from July. Is there actually something like -version on the command line to ask for the exact version infos? I checked -help, which also offers a lot less info then it used to. It still mentions -headless, but misses the options below. Best regards Stefan Missing help for commandline options: -breaksel selector set breakpoint on send of selector -eden <size>[mk] set eden memory to bytes -leakcheck num check for leaks in the heap -stackpages num use n stack pages -codesize <size>[mk] set machine code memory to bytes -sendtrace[=num] enable send tracing (optionally to a specific value) -tracestores enable store tracing (assert check stores) -cogmaxlits <n> set max number of literals for methods compiled to machine code -cogminjumps <n> set min number of backward jumps for interpreted methods to be considered for compilation to machine code -pathenc <enc> set encoding for pathnames (default: macintosh) -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

4 5

Squeak VM port to Google Native Client
by Yoshiki Ohshima 19 Feb '12

19 Feb '12

Hello, I'm playing with Google Native Client a bit and made a port of Squeak VM to it. It is far from complete (even the state where backspace or Cmd-p etc. does not work, sound does not work, etc.), It now reached to the state where I can say the basic part of it is working. The source code is available at: http://github.com/yoshikiohshima/NaClSqueak . Also, f you have Google Chrome 11 beta available, try to turn on the Native Client on (by typing "about:flags" into the title bar) and access: http://tinlizzie.org/~ohshima/squeak/squeak.html (The first try may take some time.) - It is gnuify-ed but we're still learning the JIT situation of NaCl. So, it' need some work to port Cog. - The image data is embedded as a C array in this executable. You can remove EMBEDDED_IMAGE_FILE flag off, and comment/uncomment the corresponding part of squeak.html, it can load the image separately via XMLHttpRequest of the browser. - There is some strange issue when you do fast drag the system window. - As you can see, the source code is derived from the Unix VM. It was hard for me to write some CMake stuff to set it up for the cross compilation. A help to merge it back to the Unix code would be greatly appreciated. - If Google takes over the world and all apps become a Native Client (may be even other browsers^^;), this port may be useful^^; -- Yoshiki

9 25

CMakeVMMaker patch
by Luc Fabresse 11 Jan '12

11 Jan '12

Hi Guys, Find attached CMakeVMMaker-LucFabresse.143. What I did: - Add hook CPlatformConfig>>printExtraHeader: to be able to change compiler in Config - add config CogMTCocoaIOSGCC42Config which forces gcc-4.2 (useful on OSX with XCode 4.2 that now uses llvm backend) - fix StackCocoaIOSCLANGConfig to use compiler clang It seems to work for me ;-) Perhaps it could be added in VMMaker repo? Cheers, #Luc

4 11

Fwd: About systemTracer
by Luc Fabresse 01 Jan '12

01 Jan '12

Hi All, I am forwarding a message from David (Thanks a lot to him) who pointed that SystemTracer2 should be run with a non-cog VM otherwize, the generated image is not usable. Does someone know why? Thanks, #Luc ---------- Forwarded message ---------- From: David T. Lewis <lewis(a)mail.msen.com> Date: 2011/12/30 Actually, I think I just spotted the problem. If I use an interpreter VM to run the system tracer, then load the cloned image with an interpreter VM, then save the cloned image, then run it under Cog, it works. If I use Cog to do the system tracing, the cloned image does not work. If I use the interpreter VM to trace the image, then run the cloned image under Cog, it does not work. If I run the same cloned image on an interpreter VM, it works. After the cloned image has been saved from an interpreter VM, it can be used with Cog. I do not know the reason for this, but that is what I am seeing. I am using Linux, but on a Mac you can probably use Ian's unix VM for Mac from http://squeakvm.org/unix/ and see if you get the same results. Dave

5 4

Weird problem when adding a method to StackInterpreter
by Mariano Martinez Peck 31 Dec '11

31 Dec '11

Hi guys. I am migrating some old stuff I have about tracing object usage to the latest version of Cog. I have in StackInterpreter a method which looks like this: traceObjectUsage: anOop ((self isIntegerObject: anOop) not and: [hasToTrace]) ifTrue: [ objectMemory setExperimentalBitOf: anOop to: true. ] So I have also added #setExperimentalBitOf:to: to ObjectMemory, and I have added the instVar 'hasToTrace' to the StackInterpreter. So now from some methods of StackInterpreter, I add sends to this method to trace OOPs. This is working fine, but there is one particular method where I cannot do it. The method is #lookupInMethodCacheSel:class: and I am trying to do something like: lookupInMethodCacheSel: selector class: class "This method ....." | hash probe rcvr | <inline: true> <asmLabel: false> self traceObjectUsage: class. rcvr := self internalStackValue: argumentCount. self traceObjectUsage: rcvr. hash := selector bitXor: class. "shift drops two low-order zeros from addresses" ....... In this particular method, the problem is with the two lines: rcvr := self internalStackValue: argumentCount. self traceObjectUsage: rcvr. If I DO NOT put those two lines, then it compiles perfect. If I put those lines, I have a compilation error: Undefined symbols: "_lookupInMethodCacheSelclass", referenced from: _lookupreceiver in gcc3x-cointerpmt.c.o _handleMNUInMachineCodeToclassForMessage in gcc3x-cointerpmt.c.o _ceSendsupertonumArgs in gcc3x-cointerpmt.c.o _ceSendFromInLineCacheMiss in gcc3x-cointerpmt.c.o _ceSendAborttonumArgs in gcc3x-cointerpmt.c.o _interpret in gcc3x-cointerpmt.c.o _interpret in gcc3x-cointerpmt.c.o _sendInvokeCallbackStackRegistersJmpbuf in gcc3x-cointerpmt.c.o _sendInvokeCallbackContext in gcc3x-cointerpmt.c.o "_findNewMethodInClass", referenced from: _primitivePerform in gcc3x-cointerpmt.c.o _primitiveObjectperformwithArgumentslookedUpIn in gcc3x-cointerpmt.c.o _primitiveInvokeObjectAsMethod in gcc3x-cointerpmt.c.o ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [/Users/mariano/Pharo/VM/git/cogVMBlessedSSH/blessed/results/CogMTVM.app/Contents/MacOS/CogMTVM] Error 1 make[1]: *** [CMakeFiles/CogMTVM.dir/all] Error 2 make: *** [all] Error 2 Moreover, when I ADD those lines, apart from the make error, when translating from SLANG to C, if I open a Transcript I see these "suspicious" lines: Removed findNewMethodInClass: because it refers to the local variable localSP of interpret. But it is either used outside of interpret or exported!! Removed lookupInMethodCacheSel:class: because it refers to the local variable localSP of interpret. But it is either used outside of interpret or exported!! BUT, none of those methods access localSP. Any idea of what can be wrong? Thanks in advance, -- Mariano http://marianopeck.wordpress.com

2 13

Running Cog on 64-bit host
by Dimitry Golubovsky 29 Dec '11

29 Dec '11

Hi, May I suggest the following patch (also attached - may be also needed to apply to the "squeak" script in the top of the coglinux tarball) --- /tmp/coglinux/bin/squeak 2011-12-01 16:53:03.000000000 -0500 +++ ./bin/squeak 2011-12-26 23:33:59.000000000 -0500 @@ -15,6 +15,7 @@ case `/usr/bin/ldd "$BIN/squeak" | /bin/fgrep /libc. | sed 's/^.*=> //'` in /lib/tls/libc*) SVMLLP="/lib/tls:/lib:/usr/lib/tls:/usr/lib";; /lib/libc*) SVMLLP="/lib:/usr/lib";; +/lib32/libc*) SVMLLP="/lib32:/usr/lib32";; *) echo "can't infer base LD_LIBRARY_PATH. Aborting." 1>&2; exit 1 esac which helps run Cog on a 64 bit host with 32 bit libraries installed in /lib32 and /usr/lib32. Without this line added the script aborts (cannot infer LD_LIBRRAY_PATH) Thanks. -- Dimitry Golubovsky Anywhere on the Web

1 0

squeakvm.org not working?
by Lawson English 28 Dec '11

28 Dec '11

http://squeakvm.org/unix/ seems unavailable currently. L.

2 2

SystemTracing: SystemTracing-dtl.23.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 27 Dec '11

27 Dec '11

Dave Lewis uploaded a new version of SystemTracing to project SystemTracing: http://www.squeaksource.com/SystemTracing/SystemTracing-dtl.23.mcz ==================== Summary ==================== Name: SystemTracing-dtl.23 Author: dtl Time: 7 December 2011, 11:17:47 am UUID: 9f6136af-8117-416c-bf54-baf2a32bb571 Ancestors: SystemTracing-dtl.22 Support tracing closure-enabled images to 64-bit object format. When tracing to a different word size, e.g. trace to 64-bit image from a 32-bit image, adjust the startpc of all BlockClosure instances to account for different word size in the enclosing compiled method.

4 10

[ANN] ExperimentalBit [WAS] Re: Out of the box primitives for bit in ObjectHeader?
by Mariano Martinez Peck 24 Dec '11

24 Dec '11

Hi guys. Last days I needed to migrate some old code I used to have in the VM for tracing objects usage. Luc Fabresse wanted also to be able to set and get the value of a bit in the object header to do some experiments. So...we thought it was a good idea to make it abstract an public. So....the following is only one morning work we did together with Luc, so don't expect that much. What we did is to do a very small change in the VM to use one free bit in the object header, and then we coded 3 primitives: one to get the value, one to set it and one to unmark all objects. The idea is that you can use this code and give semantics to the bit. This is just for experimenting and prototypes, not for production code since such bit in the object header may not be available. To download: Gofer it url: 'http://ss3.gemstone.com/ss/ExperimentalBit'; package: 'ConfigurationOfExperimentalBit'; load. Now.... you can read ConfigurationOfExperimentalBit class comment: --------------- ExperimentalBit is a small facade for setting and getting the value of a bit in the Object Header. It requires a special VM which supports the primitives to set and get the value of such bit. You can get a already compiled MacOSX VM from: https://gforge.inria.fr/frs/download.php/30042/ CogMTVM-ExperimentalBit.zip. For more details read class comment of ExperimentalBitHandler. If you already have a compiled VM with the required primitives, then you can just load the image side part evaluating: ((Smalltalk at: #ConfigurationOfExperimentalBit) project version: '1.0') load. If you want to build a VM with the primitives we need, you need to download: ((Smalltalk at: #ConfigurationOfExperimentalBit) project version: '1.0') load: 'VMMakerGroup'. And then follow the steps to build the VM: - http://code.google.com/p/cog/ - http://code.google.com/p/cog/wiki/Guide ----------- And here ExperimentalBitHandler class comment: ----------- ExperimentalBitHandler is a small facade for setting and getting the value of a bit in the Object Header. It requires a special VM which supports the primitives to set and get the value of such bit. You can get a already compiled MacOSX VM from: https://gforge.inria.fr/frs/download.php/30042/ CogMTVM-ExperimentalBit.zip. To know which version of the VM you have to use to compile, check the dependencies in ConfigurationOfExperimentalBit and also the 'description' of it. For example, if version 1.0 it depends on 'CogVM' version '3.7'. In the description of version 1.0 you can also read that the used Git version of the platform code was 4a65655f0e419248d09a2502ea13b6e787992691 from the blessed repo. Basically, there are 3 operations: set the bit to a specific, get the value of the bit and turn off the bit of all objects. Examples: 'aString' experimentalBit: true. 'astring ' experimentalBit. Date today experimentalBit: false. Date today experimentalBit. ExperimentalBitHandler turnOffExperimentalBitOfAllObjects. For more details see ExperimentalBitTest. ------------- Happy Christmats for all the Smalltalk hackers!!! -- Mariano http://marianopeck.wordpress.com On Wed, Dec 14, 2011 at 1:24 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Hi guys. As you may notice, I always try to push in the direction of a VM > where we can have both things: a) a really cooler super fast VM for > production super critical applications and b) the most-flexible-possible > VM for doing reasearh and experiment. > > Now I was thinking the following: we have one free bit in the > ObjectHeader. Let's say you are experimenting with something and you would > like to tag objects, such as, "traversed", "processes", "isProxy", etc. To > do that small experiment you need to modify the VM, adapt the bit, code the > primitives, build the VM, put the smalltalk side part etc etc. So I was > thinking why not providing such small functionality out of the box? the > idea would be not to give semantics to the bit since each user will do > that. So we just provide the VM with 2 primtives, one to get the value > (#getBitValue) and one to set it (#setBitTo:). Choose the names you want. > > Then we do not integrate nothing in our images that use such bit, there > won't be colisions. Then each guy who wants to experiments with that, can > use the primitives and do what he wants. > > Some people is doing something with its bit: Jean Batiptse is doing XXX, I > am doing YYY, etc. Either in his work or mine, there are much more changes > that just that bit, so in anyway, I will end up needing my own VM. > > Finally, I could help in providing the code if it is needed. > > So, what do you think? > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

5 5

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev December 2011