Vm-dev March 2011

vm-dev@lists.squeakfoundation.org

43 participants
133 discussions

FreeBSD 4.4.7-2357 plugin paths
by Gary Dunn 30 Mar '11

30 Mar '11

Back trying to build a VM before I try changing it. When my last attempt failed I thought it was because my FreeBSD was old. Now working on a fresh 8.2 install. Still got the gcc flags error -mno-fused-madd, so I fixed the unix/plugins/FloatMathPlugin/config.cmake and make ran to completion. After doing make install I still get that error message, even without specifying an image: $ squeak /usr/local/lib/squeak/4.4.7-2357/so.vm-display-X11: Undefined symbol "error" could not find display driver vm-display-X11; either: - check that /usr/local/lib/squeak/4.4.7-2357/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) The error message asks me to check that .../vm-display-X11.so exists. It does not. I have ...//so.vm-display-X11. The so is at the opposite end of the file name. Is this having any effect, or is the error message in error? Previously I was told how to work around this, and I will try that again. And I THINK the reason the result hung was due to my incorrect installation. Stay tuned. -- Gary Dunn Honolulu

1 0

Re: [squeak-dev] Immutability, read-only objects
by Eliot Miranda 29 Mar '11

29 Mar '11

Hi Janko, 2011/3/27 Janko Mivšek <janko.mivsek(a)eranova.si> > Dear all, > > What is current status of immutable/read-only support in VM? Or more > broader, object instvar change catching support (for which I mostly need > immutability anyway)? > My understanding is that this exists only in the Newspeak VM sources. It is now reasonably easy to port to the standard and Cog VMs and the necessary primitive error code support is in the VMs and the image. I'm currently working in Newspeak at Cadence expect that this summer I will have the opportunity to port the Cog VM under Newspeak. At that point I'll be able to add the support to Cog and the standard VM. There are now mechanisms in the VM which would allow one to include the immutability support conditionally, in which case the source could be included in the base VMs, and not have to live in a fork, which would be my preference. e.g. Interpreter methods for stack bytecodes storeAndPopReceiverVariableBytecode "Note: This code uses storePointerUnchecked:ofObject:withValue: and does the store check explicitly in order to help the translator produce better code." | rcvr top | <expandInCase: 'currentBytecode'> "this bytecode will be expanded so that refs to currentBytecode below will be constant" rcvr := receiver. top := self internalStackTop. self cppIf: Immutability ifTrue: [(self internalIsImmutable: rcvr) ifTrue: [self internalPop: 1. self internalCannotAssign: top to: receiver withIndex: (currentBytecode bitAnd: 7)]. "cannot fetch next bytecode until after immutability check so pc is correct (set to following bytecode, not the bytecode after that) after attemptToAssign:withIndex:"]. self fetchNextBytecode. rcvr < youngStart ifTrue: [self possibleRootStoreInto: rcvr value: top]. self storePointerUnchecked: (currentBytecode bitAnd: 7) ofObject: rcvr withValue: top. self internalPop: 1 best, Eliot > > Best regards > Janko > > -- > Janko Mivšek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > >

1 0

what to do with old carbon based plugins?
by Esteban Lorenzano 26 Mar '11

26 Mar '11

Hi, I started to build some needed external plugins (they are being build with Cocoa CogMT)... but I found some plugins still using carbon lib (SerialPlugin, MIDIPlugin)... and also, there are some others (B3DAcceleratorPlugin) who I didn't include it because uses carbon very intensively. So, I wonder how to proceed with this plugins? I would like to have a "carbon clean vm", so I prefer to gently ask to the plugin owners to rewrite their sources to not use carbon. What do you think? Cheers, Esteban pd: if someone want to test the already included plugins, they are: FloatMathPlugin AsynchFilePlugin SerialPlugin Mpeg3Plugin CroquetPlugin JoystickTabletPlugin MIDIPlugin (Mpeg3Plugin looks very suspicious right now: )

4 9

VM Maker: CMakeVMMaker-EstebanLorenzano.54.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 26 Mar '11

26 Mar '11

Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-EstebanLorenzano.54.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.54 Author: EstebanLorenzano Time: 26 March 2011, 1:55:17 pm UUID: ee12fb16-857e-4994-917b-ae5d814682ae Ancestors: CMakeVMMaker-EstebanLorenzano.53 plugins moved to parent so they are built for all versions

1 0

Re: [Pharo-project] COG VM Locale?
by Igor Stasenko 26 Mar '11

26 Mar '11

On 26 March 2011 08:02, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > Is it likely it'll be fixed? If so when? > I need to know so I can move to plan B if necessary. > > http://code.google.com/p/cog/issues/detail?id=1 > I will take a look at it. But i'm not sure if i can fix that. > Hilaire > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > > > -- Best regards, Igor Stasenko AKA sig.

2 1

VM Maker: CMakeVMMaker-EstebanLorenzano.53.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 26 Mar '11

26 Mar '11

Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-EstebanLorenzano.53.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.53 Author: EstebanLorenzano Time: 26 March 2011, 12:18:30 pm UUID: 171af62c-7ede-4f10-b8ed-820c563a88d3 Ancestors: CMakeVMMaker-IgorStasenko.52 adding external plugins to Cocao CogVMMT FloatMathPlugin AsynchFilePlugin SerialPlugin Mpeg3Plugin CroquetPlugin JoystickTabletPlugin MIDIPlugin WARNING: This plugins still had some references to old Carbon lib

3 2

VM Maker gcc options
by David Graham 26 Mar '11

26 Mar '11

Hello, I've got the FreeBSD port building with the VMMaker system, but I can only do it if I manually edit "build/CMakeFiles/CogMTVM.dir/link.txt and remove the "-ldl" option. I've looked everywhere inside the generator image to find out where this is set, but I'm not having any luck. The closest thing I've found is CPlatformConfig>>addDriver:sources:generator, but overriding and removing the -ldl options in there doesn't seem to have any effect (also the other options don't match up). Can anyone point me to where this is set? Thanks, David

3 9

VM Maker: CMakeVMMaker-IgorStasenko.52.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 26 Mar '11

26 Mar '11

Igor Stasenko uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-IgorStasenko.52.mcz ==================== Summary ==================== Name: CMakeVMMaker-IgorStasenko.52 Author: IgorStasenko Time: 26 March 2011, 2:39:17 pm UUID: e5f8298a-333c-454d-bb74-cce806d1f1a5 Ancestors: CMakeVMMaker-IgorStasenko.51 - fixes for FreeBSD configs. Thanks David Graham

1 0

Re: FFI syntax
by Torsten Bergmann 26 Mar '11

26 Mar '11

>This has not much to do with FFI syntax itself. You dont get my point. I've often seen Smalltalkers that want to stay "smalltalkish" in syntax even when using external stuff. In Squeak's FFI we use <...> annotation for FFI. ST/MT made it (by using WINAPI shadow class) a little bit easier since you can think of a C-function call as a keyword message with n arguments (#foo:with:with: selectors). That is more familiar for typical Smalltalkers. You can also use "NULL" or created PoolDictionaries from header files, so one can use the C constants like "MB_YESNO", ... Remember the discussion to allow underscores in Squeak? ;) >That's how the OpenGL bindings work in Croquet, for example. As a user you >just call the OpenGL functions, someone else took care of providing the >FFI calls. Which syntax did you use for the OpenGL function calls? David followed an approach in Smallscript/S# where you were able (beside the usual Smalltalk syntax) to also use a C-Style syntax with braces directly within Smalltalk. User32::MessageBox(NULL,'Hello','World',0) was similar to User32::MessageBox: NULL with: 'Hello' with: 'World' with: 0 Both worked and was accepted by the parser, although the first one looked heretic to most Smalltalkers since you can mix C/Smalltalk syntax the way you like. So you just attached a DLL to a class Class name: OpenGLControl extends: UIControl dll: opengl32 fields: context and you could write: onCustomDraw: facet |hdc| := thread activeCanvas hDC. ... glClear(GL_COLOR_BUFFER_BIT). glBegin(GL_TRIANGLES). glColor3ub(255, 0, 0). glVertex2i(0, 1). ... This was open/more familiar to people coming from C/C++ background or when converting C examples to Smalltalk. Bye T. -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl

3 2

VM Maker: CMakeVMMaker-IgorStasenko.51.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 25 Mar '11

25 Mar '11

Igor Stasenko uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-IgorStasenko.51.mcz ==================== Summary ==================== Name: CMakeVMMaker-IgorStasenko.51 Author: IgorStasenko Time: 25 March 2011, 10:29:25 pm UUID: cc0be809-9075-044a-8a67-2eb801804f10 Ancestors: CMakeVMMaker-EstebanLorenzano.50 - added Cog icon for Win32 platform

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev March 2011