Vm-dev February 2010

vm-dev@lists.squeakfoundation.org

18 participants
32 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

Profiling and delay accuracy
by Andreas Raab 06 Aug '11

06 Aug '11

Hi Folks - For a long time now I had this feeling that MessageTally reports pretty bogus results in many situations without being able to precisely track down why this would be the case. Today I was looking at primitiveResponse() and, much to my surprise, noticed that the checkForInterrupts() that used to be there for years is gone (see Squeak3.6 for example which still has it). The sole reason for this check was to get both high delay accuracy and good profiling behavior. Consider this example: fc := FormCanvas on: Display. MessageTally spyOn:[ 1 to: 100 do:[:i| fc fillColor: Color white. fc printString. ]. ]. Using 3.6 this will be measured correctly as: **Tree** 87.5% {243ms} FormCanvas>>fillColor: |87.5% {243ms} GrafPort>>fillRect:offset: | 87.5% {243ms} GrafPort>>copyBits 12.5% {35ms} FormCanvas(Object)>>printString 12.5% {35ms} FormCanvas(Object)>>printStringLimitedTo: whereas the 3.10 reports it as **Tree** 99.6% {670ms} FormCanvas(Object)>>printString 94.9% {639ms} primitives 4.6% {31ms} FormCanvas(Object)>>printStringLimitedTo: I think you can see the problem and just imagine what this does to any cumulative results. I also wonder what that change does to platforms that don't have high-resolution asynchronous timers. This used to be the one place where we would catch timer changes at high resolution and unless the platform forces high resolution timer interrupts asynchronously (by resetting the interrupt counter) we must be loosing a lot in terms of delay accuracy. (it just so happens that the Windows VM *does* do asynchronous timer interrupts so I never noticed this but I'm very curious about the difference on Linux which typically still has pretty bad timer granularity). Any opinions? My feeling is that the timer check should go back in for all of the above reasons. At the very least a quickCheckForInterrupt() is required but I actually think putting the full check back in is worth it. Cheers, - Andreas

3 3

Joys of Squeak-dev image, VM Compiling on MacIntel and Spoon remote OtherBrowsing
by Ken G. Brown 16 Nov '10

16 Nov '10

MacPro OS X 10.4.9 Xcode 2.4.1 Squeak-dev-114-2, VMMaker 2.8b6.1, Squeak 3.8.15beta6U.app, and version 1657 of svn MacOS VM sources, and Spoon v2a12. Downloaded http://www.squeakvm.org/cgi-bin/viewcvs.cgi/ trunk version 1657 for MacOS Ran squeak-dev-beta-114-2.image on Squeak 3.8.15beta6U.app Loaded VMMaker 3.8b6.1 from dev image Universes. Generated vm sources by following instructions in <http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Doc…> Fought with Xcode wanting to use MacOSX10.3.9.sdk for ppc which was giving an error which was known and documented in the Readme. Finally figured out what Xcode wanted so built universal app just using 10.4.9 sdk. Couple issues: Exupery references remain in sqnamedPrims.h and sqPlatformSpecific.h from svn version 1657, I just commented them out. Notes said: Info-NPSqueak__Upgraded_.plist was to be found in the Developer directory. I could not find it so scammed a info.plist out of John's Squeak 3.8.15beta6U.app vm. Not sure what impact this has. And much, much diddling about figuring out various things... Finally got a build. It's a lot smaller (3.9MB) than John McIntosh's Squeak 3.8.15beta6U.app (8.1MB), and it looks like it is a PowerPC one but at least it runs. I'll look into the Xcode build process some more. Then: Replaced interp.c with Craig's interp.c for Spoon, rebuilt and got a VM with Spoon client stuff. Downloaded Spoon release 2a12. Moved a copy of Flow plugin from within Craig's naiad.app package into a plugins subdirectory where the new spoon client compatible MacIntel universal VM was run from. Followed Craig's Spoon instructions for loading niaid.st and niaid.pr into the 3.10 image (Squeak-dev-114-2) running on the new VM. Did the run spoon.app thing from Spoon.dmg (version 2a12), needs to be done twice if Safari is not running. Got Spoon processor running. Followed instructions again in the Spoon client and lo! Got OtherBrowser browsing the Spoon memory running on processor. Yay Craig! Who do i get to sign my certificate? :) Ken

4 7

Gnuification fails when compiling unix VM with latest VMMaker source
by Adrian Lienhard 09 Mar '10

09 Mar '10

Hi all, I'm trying to build a unix VM (on OSX) with the latest trunk (r2148) and the latest VMMaker version (VMMaker-dtl.156) but apparently the gnuification fails: [ 80%] Building C object CMakeFiles/squeakvm.dir/gnu-interp.c.o /Users/adrian/Desktop/vmbuilding/platforms/build/gnu-interp.c:6:2: error: #error GNUIFICATION FAILED ( 0 ) make[2]: *** [CMakeFiles/squeakvm.dir/gnu-interp.c.o] Error 1 make[1]: *** [CMakeFiles/squeakvm.dir/all] Error 2 make: *** [all] Error 2 When compiling with r2135, in which no gnuification is done, it works. From the above error output I have no clue as to what went wrong. To narrow down the problem I went to http://www.squeakvm.org/unix/ and downloaded the VMMaker image that Ian uses for the unix builds. I can compile with the cmake configuration of r2148 and the source that this VMM produces. So I assume there is a source change in VMMaker-dtl.156 that is not compatible with gnuification. The only question is, which one? The VMM version found in this image is VMMaker-tpr.58 (this version is many years old!) with lots of uncommitted changes. Diffing against VMMaker-dtl.156 I get tons of changed methods so I'm kind of lost here too. Why is the maintained VMMaker package not used for unix VMs? The following benchmarks show that gnuification makes a significant difference (MacBook Pro with 2.4Ghz, i686-apple-darwin10-gcc-4.2.1): 1 pre-compiled 3.11.3.2135 VM [1]: '248543689 bytecodes/sec; 8117987 sends/sec' 2 compiled from source r2135 '411244979 bytecodes/sec; 10560900 sends/sec' 3 VMMaker-dtl.156 compiled with cmake r2135: '313533374 bytecodes/sec; 11534330 sends/sec' 4 compiled from source r2148 '487619047 bytecodes/sec; 13257851 sends/sec' 5 provided VMMaker image [2] with r2148 '493256262 bytecodes/sec; 13200950 sends/sec' 6 VMMaker-dtl.156 compiled with r2148 ??? cannot compile... [1] http://www.squeakvm.org/unix/release/Squeak-3.11.3.2135-src.tar.gz [2] http://www.squeakvm.org/unix/release/unix-3.11.3.2135-vmm.tar.gz 1, 2, and 3 are compiled with the configuration of cmake from trunk revision 2135, hence without gnuification. 4 and 5 probably are from identical source: 4 from the svn trunk, the other, 5, generated through the VMM image provided by Ian. Any help to make 6 work is very welcome! Cheers, Adrian

4 8

Re: [squeak-dev] Re: Where is there a working Squeak VM?
by David T. Lewis 26 Feb '10

26 Feb '10

(cc to vm-dev list) On Thu, Feb 25, 2010 at 02:13:59PM -0500, Chris Cunnington wrote: > Chris Muller said: > > >* >Frankly, this is all seriously cheesey. Please, if we haven't*>* >already, can we make available a separately downloadable VM for*>* >*Squeak*. I would even suggest that we make it downloadable from*>* >squeak.org. Who is in charge of this?* > > *David T. Lewis said: *It sounds like we need clearer links from > squeak.org to the relevant > VM pages. We have a Squeak 4.0 release right around the corner, and > that's probably the right time to do the updates. > > > Ken has changed the squeak.org homepage to announce the impending > Squeak 4.0 license. The links to the VMs for Squeak are in two places > AFAIK. The first is on the homepage in a links box on the left. A > second is if you go to the Other Downloads page, you can find a link > there. Neither of them suggest to me their importance very well. I > have webmaster access to squeak.org. Do people like the existing links > to the VM downloads, and if not, then where would they a like a link? > It seems to me a single location pointing both to John's Mac VMs and > the squeakvm.org VMs is required. Chris, Thank you for looking into this. At this point, I think that squeak.org should point users in the direction of VMs that are closure enabled (usable for Squeak trunk, Pharo, and the upcoming Squeak 4.+ images) and that will support older images back to at least Squeak 3.8. That means that it should now point to the most recent Windows and Unix VMs from squeakvm.org, and the equivalent OS X VM from John's site. John McIntosh: We should make your Mac and iPhone VMs clearly visible from squeakvm.org, similar to the Windows and Unix VMs. If you agree, can you please help me with some intro text and the proper links to your servers (I have access to the the squeakvm.org box if you don't currently have it). And for Chris' benefit can you please provide the correct link for a Mac VM suitable for Squeak 3.8 through Pharo/Squeak trunk current. Thanks! Dave

2 2

Intent to Change License for Squeak 4.0 - MIT/Apache
by Ken Causey 24 Feb '10

24 Feb '10

Intent to Change License for Squeak 4.0 The Squeak Oversight Board plans to finalize the multi-year effort of re-licensing Squeak. Squeak 4.0 is scheduled to be released on Monday, March 15th, 2010 and will be licensed under the MIT License [1] with some original parts remaining under the Apache License [2]. This release will be functionally equivalent to the previous 3.10.2 release. Current development work will be released as 4.1 as soon as possible following the release of 4.0. This notice is intended as a "last call" before the actual license change takes effect. We have assembled re-licensing agreements from every identifiable contributor. However, if you have contributed to Squeak or know of someone who has contributed and has not been contacted about the re-licensing effort, this notice is intended to make you aware of the upcoming change and to allow you to contact the Squeak Oversight Board regarding your contributions before the license change takes place. Please distribute this notice widely. Questions or comments should be sent to relicensing(a)squeak.org . = The Squeak Oversight Board [3] = [1] http://opensource.org/licenses/mit-license.php [2] http://opensource.org/licenses/apache2.0.php [3] http://board.squeak.org/

1 0

Win32 VM building
by Torsten Bergmann 24 Feb '10

24 Feb '10

>Done. >Done. Thanks! >Odd. I either screwed up when setting it up or it was deleted >accidentally. In any case your best starting point is probably the >winbuild directory of one of the current file releases. They contain >everything you need. Yes, I know since I already know all of this. But if one/a beginner works using the tutorial on "http://squeakvm.org/win32/compiling.html" it clearly says: 1. one can use a) the file release or b) use the platform tree from trunk 2. and that one should copy the platforms/win32/build directory that will work out of the box So anything I request is that not only 1a) works in combination with 2, but also 1b as the page says. So we just need to put the stuff (*.rc files, ...) into platforms/win32/build and the tutorial is correct since even with trunk it can work out of the box. In the end we want people to build apps with Squeak. So we should make even custom VM building easy - or at least so that it is aligned with our own descriptions/tutorials. ;) Bye T. -- GMX DSL: Internet, Telefon und Entertainment für nur 19,99 EUR/mtl.! http://portal.gmx.net/de/go/dsl02

1 0

Re: [Pharo-project] Pharo won't make a VM in linux
by Mariano Martinez Peck 24 Feb '10

24 Feb '10

Javier: I cannot help you, but I can advice you to ask this VM related questions not only in Pharo but also in the VM mailing list: vm-dev(a)lists.squeakfoundation.org as you will probably receive more help :) Cheers Mariano 2010/2/23 Javier Pimás <elpochodelagente(a)gmail.com> > Made some tests to find out what is happening, and found the problem. I can > confirm that this happens both in squeak and pharo. The thing is that > B3DAccelerator doesn't work as internal plugin in unix. Making it external > worked fine. > > This lead me to some questions: > > - To make it work as internal the only thing needed is to add that -lGL to > the linking process. Does anybody know how to modify the cmake files to do > that? Maybe it's just a thing of adding a line to > unix/plugins/B3DAcceleratorPlugin/config.cmake or unix/vm/config.cmake?? > > - Does anybody build the VM in unix? using cmake? > > Regards, > Javier. > > > On Mon, Feb 22, 2010 at 1:07 PM, Javier Pimás <elpochodelagente(a)gmail.com>wrote: > >> I'm cross-posting to vm-dev because I get the same errors with Squeak >> 3.10.2.7179 image. I have >> >> GL_VERSION = 3.2.0 NVIDIA 190.53 >> >> After navigating trough the makefiles, I found I was right, it's not >> linking to opengl. The linking command was autogenerated and sitting in >> blddir/CMakeFiles/squeakvm.dir/link.txt. Adding -lGL to it solved that >> problem. Does anybody know what caused the missing "-lGL" and how to solve >> it? >> >> Now I can get back to trying to compile alien! >> >> Regards, >> Javier. >> >> >> >> But I don't think it's a version problem, these undefined functions are >> there since OpenGL 1. the >> >> On Sun, Feb 21, 2010 at 4:27 PM, Martin McClure <martin(a)hand2mouse.com>wrote: >> >>> Javier Pimás wrote: >>> > >>> > 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? >>> >>> What version of OpenGL do you have installed on your machine? I haven't >>> looked at the details, but I believe that the interface changed quite a >>> lot between OpenGL 1.x and OpenGL 2.x, so if B3D is expecting 2.x and >>> you have 1.x, or the other way around, you might get problems like this. >>> >>> Regards, >>> >>> -Martin >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Javier Pimás >> Ciudad de Buenos Aires >> > > > > -- > Javier Pimás > Ciudad de Buenos Aires > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

2 1

Win32 VM building
by Torsten Bergmann 24 Feb '10

24 Feb '10

Hi Andreas, there is a file Win32VMMaker.st in the latest trunk in "platforms\win32\build\". But this is already included into VMMaker, isnt it? So a) would it be possible to remove Win32VMMaker.st from trunk then? b) when I grab the latest trunk using svn co http://squeakvm.org/svn/squeak/trunk platforms I get a different but older "compiling.html" than I see at http://squeakvm.org/win32/compiling.html The website looks newer since the note with "nuke Win32VMMaker" is removed. Maybe this is'nt checked in. c) the guide tells me to "Copy the contents of platforms/win32/build to your build location". I can do that - but there seem to be some stuff missing (I cant find a "Squeak.rc" for instance as it is in the "winbuild" directory of "SqueakVM-Win32-3.11.5-src.zip" Thx T. -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser

2 1

[commit] r2151 - Remove obsolete Win32VMMaker.st
by commits＠squeakvm.org 24 Feb '10

24 Feb '10

Author: andreas Date: 2010-02-24 05:25:07 -0800 (Wed, 24 Feb 2010) New Revision: 2151 Removed: trunk/platforms/win32/build/Win32VMMaker.st Log: Remove obsolete Win32VMMaker.st Deleted: trunk/platforms/win32/build/Win32VMMaker.st =================================================================== --- trunk/platforms/win32/build/Win32VMMaker.st 2010-02-24 13:23:12 UTC (rev 2150) +++ trunk/platforms/win32/build/Win32VMMaker.st 2010-02-24 13:25:07 UTC (rev 2151) @@ -1,67 +0,0 @@ -'From Croquet1.0beta of 11 April 2006 [latest update: #1] on 15 September 2006 at 4:30:51 pm'! -VMMaker subclass: #Win32VMMaker - instanceVariableNames: '' - classVariableNames: '' - poolDictionaries: '' - category: 'VMMaker-Building'! -!Win32VMMaker commentStamp: 'tpr 5/5/2003 12:30' prior: 0! -A special form of VMMaker to suit Windows machines. Copies files around a little.! - - -!Win32VMMaker methodsFor: 'target directories' stamp: 'ar 9/4/2006 18:01'! -deleteUnwantedExternalPluginDirectories - "Don't."! ! - -!Win32VMMaker methodsFor: 'target directories' stamp: 'ar 9/4/2006 18:01'! -deleteUnwantedInternalPluginDirectories - "Don't."! ! - -!Win32VMMaker methodsFor: 'target directories' stamp: 'ar 9/4/2006 17:55'! -externalPluginsDirectory - "return the target directory for the external plugins sources" - ^self sourceDirectory -" | fd | - fd := self sourceDirectory directoryNamed: 'external'. - fd assureExistence. - ^fd"! ! - -!Win32VMMaker methodsFor: 'target directories' stamp: 'ar 9/4/2006 17:55'! -internalPluginsDirectory - "return the target directory for the internal plugins sources" - ^self sourceDirectory -" | fd | - fd := self sourceDirectory directoryNamed: 'internal'. - fd assureExistence. - ^fd"! ! - - -!Win32VMMaker methodsFor: 'copying files' stamp: 'ar 5/5/2002 01:57'! -processAssortedFiles - "Do nothing."! ! - - -!Win32VMMaker methodsFor: 'generate sources' stamp: 'ar 5/5/2002 13:51'! -validatePlugin: plName in: listOfPlugins - "The normal file release process bundles all files in the plugin directory, so don't bother users telling them 'there are no cross platform files for xyz' if there is are platform specific files present." - | plugin | - plName isString - ifTrue: [(listOfPlugins includes: plName) - ifTrue: [plugin := Smalltalk classNamed: plName]] - ifFalse: [((plName isBehavior - and: [plName inheritsFrom: InterpreterPlugin]) - and: [listOfPlugins includes: plName name]) - ifTrue: [plugin := plName]]. - plugin ifNil: [^ self couldNotFindPluginClass: plName]. - - "Is there a cross-platform or platform files directory of the same name as this plugin?" - plugin requiresPlatformFiles - ifTrue: [(self platformPluginsDirectory directoryExists: plugin moduleName) - ifFalse: [logger show: 'No platform specific files found for ' , plugin moduleName printString; cr. - ^ self couldNotFindPlatformFilesFor: plugin]]. - plugin requiresCrossPlatformFiles ifTrue: [ - ((self platformPluginsDirectory directoryExists: plugin moduleName) - or:[self crossPlatformPluginsDirectory directoryExists: plugin moduleName]) - ifFalse: [logger show: 'No cross platform files found for ' , plugin moduleName printString; cr. - ^ self couldNotFindPlatformFilesFor: plugin]]. - - ^plugin! !

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev February 2010