Vm-dev August 2010

vm-dev@lists.squeakfoundation.org

26 participants
51 discussions

[commit] r2259 - Configurations for the cygwin Makefile. make on its own makes the production vm.
by commits＠squeakvm.org 25 Aug '10

25 Aug '10

Author: eliot Date: 2010-08-24 17:41:22 -0700 (Tue, 24 Aug 2010) New Revision: 2259 Modified: branches/Cog/cygwinbuild/Makefile branches/Cog/cygwinbuild/Makefile.plugin Log: Configurations for the cygwin Makefile. make on its own makes the production vm. make assert & make debug make the assert & debug configs in buildast & builddbg. Modified: branches/Cog/cygwinbuild/Makefile =================================================================== --- branches/Cog/cygwinbuild/Makefile 2010-08-24 01:09:42 UTC (rev 2258) +++ branches/Cog/cygwinbuild/Makefile 2010-08-25 00:41:22 UTC (rev 2259) @@ -1,10 +1,12 @@ ############################################################################# -# Makefile for Win32 Squeak using gcc-3.4.x and cygwin +# Makefile for Win32 Cog Squeak VM using gcc-3.4.x and cygwin # Do make init to allow make -n to function. ############################################################################# ############################################################################# # Base definitions: +# default configuration from product, assert & debug +CONFIGURATION=product # The name of the VM to build VM:=Croquet @@ -19,8 +21,15 @@ BASEDIR:=. endif +ifeq ("$(CONFIGURATION)","product") +BUILD:=build +else ifeq ("$(CONFIGURATION)","assert") +BUILD:=buildast +else +BUILD:=builddbg +endif SRCDIR:= ../src -BLDDIR:= $(BASEDIR)/build +BLDDIR:= $(BASEDIR)/$(BUILD) OBJDIR:= $(BLDDIR)/vm # N.B. PLATDIR *must* be a relative path, see -f../../$(shell ./eitheror ... below @@ -61,10 +70,17 @@ ############################################################################# # SqueakVM definitions # +ifeq ("$(CONFIGURATION)","product") VMEXE:= $(OBJDIR)/$(VM)Unstripped.exe CONSOLEVMEXE:= $(OBJDIR)/$(VM)ConsoleUnstripped.exe STRIPEXE:= $(OBJDIR)/$(VM).exe STRIPCONSOLEEXE:= $(OBJDIR)/$(VM)Console.exe +else +VMEXE:= $(OBJDIR)/$(VM).exe +CONSOLEVMEXE:= $(OBJDIR)/$(VM)Console.exe +STRIPEXE:= +STRIPCONSOLEEXE:= +endif VMDEF:= $(VM).def VMEXP:= $(OBJDIR)/$(VM).exp VMMAP:= $(OBJDIR)/$(VM).map @@ -86,17 +102,26 @@ ############################################################################# # C compiler settings (gcc-3.4.4 cygwin 19.24) # -# Define NDEBUG for production so that asserts will be excluded. -NDEBUG:=-DNDEBUG +CC:=gcc + +# VM config flags. +ifeq ("$(CONFIGURATION)","product") +OFLAGS:= -D_MT -O2 -march=pentium4 -momit-leaf-frame-pointer -funroll-loops +NDEBUG:=-DNDEBUG # Define NDEBUG for production to exclude asserts +else ifeq ("$(CONFIGURATION)","assert") +OFLAGS:= -D_MT -O1 -march=pentium4 -fno-omit-frame-pointer +else +OFLAGS:= -D_MT -march=pentium4 +endif + # Set minimum version to WindowsXP (see /cygwin/usr/include//w32api/w32api.h) WINVER:=-D_WIN32_WINNT=0x0501 -DWINVER=0x0501 -CC:= gcc + +INCLUDEPATH:= -isystem/usr/include/mingw -I/usr/include/w32api # define _MT to eliminate the inline versions of printf et al in mingw/stdio.h -OFLAGS:= -D_MT -O2 -march=pentium4 -momit-leaf-frame-pointer -funroll-loops \ - -fno-builtin-printf -fno-builtin-putchar -fno-builtin-fprintf -INCLUDEPATH:= -isystem/usr/include/mingw -I/usr/include/w32api -CFLAGS:= $(INCLUDEPATH) -msse2 -ggdb2 -mwindows -mno-cygwin -mwin32 \ - -mno-rtd -mms-bitfields -mno-accumulate-outgoing-args $(OFLAGS) +NOBUILTIN:= -D_MT -fno-builtin-printf -fno-builtin-putchar -fno-builtin-fprintf +CFLAGS:= $(INCLUDEPATH) -msse2 -ggdb2 -mwindows -mthreads -mno-cygwin -mwin32 \ + -mno-rtd -mms-bitfields -mno-accumulate-outgoing-args $(OFLAGS) $(NOBUILTIN) DEFS:= $(WINVER) -DWIN32 -DWIN32_FILE_SUPPORT -DNO_ISNAN \ -DNO_SERVICE -DNO_STD_FILE_SUPPORT \ $(NDEBUG) -DLSB_FIRST -DVM_NAME=\"$(VM)\" -DX86 $(XDEFS) $(CROQUET) @@ -149,13 +174,32 @@ ############################################################################# # Common build rules # -default: print-settings init eitheror.exe mkNamedPrims.exe $(OBJDIR) $(VMEXE) $(CONSOLEVMEXE) $(DLLS) $(STRIPEXE) $(STRIPCONSOLEEXE) +default: print-settings init $(VMEXE) $(CONSOLEVMEXE) $(DLLS) $(STRIPEXE) $(STRIPCONSOLEEXE) +product:; + $(MAKE) -f $(MAKEFILE_LIST) CONFIGURATION=product $(@,product=) default + +assert: + $(MAKE) -f $(MAKEFILE_LIST) CONFIGURATION=assert $(@,assert=) default + +debug: + $(MAKE) -f $(MAKEFILE_LIST) CONFIGURATION=debug $(@,debug=) default + # Do make init to allow make -n to function. init: $(OBJDIR) eitheror.exe mkNamedPrims.exe +clean: + rm -rf sqNamedPrims.h eitheror.exe mkNamedPrims.exe build + +cleanast: + rm -rf sqNamedPrims.h eitheror.exe mkNamedPrims.exe buildast + +cleandbg: + rm -rf sqNamedPrims.h eitheror.exe mkNamedPrims.exe builddbg + print-settings: @echo ---------------- Makefile settings ------------------ + @echo CONFIGURATION=$(CONFIGURATION) @echo VPATH=$(VPATH) @echo INCLUDES=$(INCLUDES) @echo CFLAGS=$(CFLAGS) @@ -196,6 +240,7 @@ $(BTOBJ) $(VMOBJ) $(VMEXP) $(OBJDIR)/resource.o $(LIBS) $(STDLIBS) $(ETOBJ) nm --numeric-sort --defined-only -f bsd $(CONSOLEVMEXE) >$(CONSOLEVMMAP) +ifneq ($STRIPEXE,) $(STRIPEXE): $(VMEXE) $(STRIP) --strip-unneeded -o $(STRIPEXE) $(VMEXE) $(OBJCOPY) --add-gnu-debuglink=$(VMEXE) $(STRIPEXE) @@ -203,6 +248,7 @@ $(STRIPCONSOLEEXE): $(CONSOLEVMEXE) $(STRIP) --strip-unneeded -o $(STRIPCONSOLEEXE) $(CONSOLEVMEXE) $(OBJCOPY) --add-gnu-debuglink=$(CONSOLEVMEXE) $(STRIPCONSOLEEXE) +endif $(OBJDIR): @-mkdir $(BLDDIR) @@ -227,7 +273,7 @@ # N.B. PLATDIR *must* be a relative path for this to work $(OBJDIR)/%.lib: FORCE @-mkdir $(BLDDIR)/$(*F) - $(MAKE) $(MFLAGS) -C $(BLDDIR)/$(*F) \ + $(MAKE) $(MFLAGS) -C $(BLDDIR)/$(*F) BUILD=$(BUILD) \ -f../../$(shell ./eitheror.exe $(PLATDIR)/win32/plugins/$(*F)/Makefile Makefile.plugin) \ PLATDIR=../../$(PLATDIR) SRCDIR=../../$(SRCDIR) BASEDIR=../../$(BASEDIR) \ LIBNAME=$(*F) XDEFS=-DSQUEAK_BUILTIN_PLUGIN \ @@ -237,7 +283,7 @@ # Check for Makefile in win32 plugins directory otherwise use default Makefile $(OBJDIR)/%.dll: FORCE @-mkdir $(BLDDIR)/$(*F) - $(MAKE) $(MFLAGS) -C $(BLDDIR)/$(*F) \ + $(MAKE) $(MFLAGS) -C $(BLDDIR)/$(*F) BUILD=$(BUILD) \ -f../../$(shell ./eitheror.exe $(PLATDIR)/win32/plugins/$(*F)/Makefile Makefile.plugin) \ PLATDIR=../../$(PLATDIR) SRCDIR=../../$(SRCDIR) BASEDIR=../../$(BASEDIR) \ LIBNAME=$(*F) ../../$(OBJDIR)/$(*F).dll Modified: branches/Cog/cygwinbuild/Makefile.plugin =================================================================== --- branches/Cog/cygwinbuild/Makefile.plugin 2010-08-24 01:09:42 UTC (rev 2258) +++ branches/Cog/cygwinbuild/Makefile.plugin 2010-08-25 00:41:22 UTC (rev 2259) @@ -21,7 +21,7 @@ CROSSDIR:= $(PLATDIR)/Cross/plugins/$(LIBNAME) WIN32DIR:= $(PLATDIR)/win32/plugins/$(LIBNAME) MAKERDIR:= $(SRCDIR)/plugins/$(LIBNAME) -BUILDDIR:= $(BASEDIR)/build/$(LIBNAME) +BUILDDIR:= $(BASEDIR)/$(BUILD)/$(LIBNAME) # Support directory locations CROSSVMDIR:=$(PLATDIR)/Cross/vm @@ -75,8 +75,8 @@ ############################################################################# # Plugin settings # -OBJDIR:= $(BASEDIR)/build/$(LIBNAME) -VMDIR:= $(BASEDIR)/build/vm +OBJDIR:= $(BASEDIR)/$(BUILD)/$(LIBNAME) +VMDIR:= $(BASEDIR)/$(BUILD)/vm PLUGINLIB:= $(VMDIR)/$(LIBNAME).lib PLUGINDLL:= $(VMDIR)/$(LIBNAME).dll LIBOBJ:= $(patsubst %.c,%.o,$(patsubst %.cpp,%.o,$(LIBSRC)))

1 0

Resizing the display
by Levente Uzonyi 24 Aug '10

24 Aug '10

Hi, there's a primitive (92) which can be used to resize the display of Squeak. The primitive is called from DisplayScreen class >> #depth:width:height:fullscreen:. It's comment says: "Force Squeak's window (if there's one) into a new size and depth.". On windows: Evaluating [DisplayScreen depth: 16 width: 1024 height: 580 fullscreen: true] will change the width and height on Windows, but the depth and fullscreen arguments are ignored. But that's acceptable, because there are other methods to set those (#newDepth: and #fullScreenMode:). On unix: Evaluating [DisplayScreen depth: 16 width: 1024 height: 580 fullscreen: true] does nothing. The primitive is not implemented, it's just a stub that returns 0 - aka false. And that's a problem, because there's no way to resize the display. We mostly use vm-display-null and RFB to control our remote images and we would like to resize the display. We have a shell script that accepts 3 parameters (image_file width height) and changes the stored display size of the image, but it's cumbersome to use, because we have to quit the image to use the script. So I changed the body of display_ioSetDisplayMode to the following: setSavedWindowSize((w << 16) + (h & 0xFFFF)); return 1; This implementation (mostly) behaves like the Windows version and would probably work for other unix display plugins and Mac too (IIRC on Mac this primitive is also unimplemented). So I propose to change the minimal implementation of primitive 92 to this code (maybe with additional checks for the parameter values). This way we could have uniform behavior on all platforms. Cheers, Levente

3 3

Re: [squeak-dev] Daily Commit Log
by Eliot Miranda 24 Aug '10

24 Aug '10

Hi David, any chance of getting you to retract this? The Cog VM has 64-bit UTC & local microseconds from the Smalltalk epoch (1901), which are hence easier to use as a basis for the Squeak clock and still last for ~ 54,000 years. I'd like to see the Cog and standard VMs converge on a primitive set. This is an issue for me since changing the epoch is, I think, an unnecessary change. best Eliot On Sat, Aug 14, 2010 at 4:55 PM, <commits(a)source.squeak.org> wrote: > Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 > hours: > > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003596.html > > Name: Kernel-dtl.476 > Ancestors: Kernel-eem.475 > > Add Time class>>primMicrosecondClock and Time class>>primUtcWithOffset for > access to microsecond clock primitives available in newer Squeak VMs. > > primMicrosecondClock provides a system clock with nominal microsecond > precision. > > primUtcWithOffset answers UTC time as microseconds since the Posix epoch > and offset as seconds offset from GMT. The Squeak clock is traditionally > implemented in terms of platform local time. Use of UTC time and offset is > advantageous if time zones and daylight saving time offsets are to be > considered. > > Example: > { Time primMillisecondClock . > Time primMicrosecondClock . > Time primUtcWithOffset } ==> #(6932757 6932757830 #(1281815075538304 > -14400)) > > > ============================================= > >

6 11

[commit] r2258 - iOS updates for cog. Memory check on allocation, credits.rtf needs cog vm license info.
by David T. Lewis 24 Aug '10

24 Aug '10

Forwarding trimmed version of commit notice (original too large for list): ---- Date: Mon, 23 Aug 2010 18:09:43 -0700 To: vm-dev(a)lists.squeakfoundation.org From: commits(a)squeakvm.org Subject: [commit] r2258 - iOS updates for cog. Memory check on allocation, credits.rtf needs cog vm license info. Author: johnmci Date: 2010-08-23 18:09:42 -0700 (Mon, 23 Aug 2010) New Revision: 2258 Modified: trunk/platforms/iOS/vm/OSX/Credits.rtf trunk/platforms/iOS/vm/SqueakPureObjcCogVM.xcodeproj/johnmci.mode1v3 trunk/platforms/iOS/vm/SqueakPureObjcCogVM.xcodeproj/johnmci.pbxuser trunk/platforms/iOS/vm/SqueakPureObjcCogVM.xcodeproj/project.pbxproj trunk/platforms/iOS/vm/iPhone/sqMacV2Memory.c Log: iOS updates for cog. Memory check on allocation, credits.rtf needs cog vm license info. Modified: trunk/platforms/iOS/vm/OSX/Credits.rtf =================================================================== --- trunk/platforms/iOS/vm/OSX/Credits.rtf 2010-08-22 00:08:49 UTC (rev 2257) +++ trunk/platforms/iOS/vm/OSX/Credits.rtf 2010-08-24 01:09:42 UTC (rev 2258) <snip>

1 0

How to track message sends in CompiledMethod object?
by Mariano Martinez Peck 24 Aug '10

24 Aug '10

Hi folks. I am using the lsat free bit of the Squeak Object header to do some experiments. What I need to do now is to be able to set such bit for the CompiledMethod objects, when those selectors are sent. Suppose that from the image side I do "Date today yyyymmdd" then I want to set that bit in the object header of the CompiledMethod Date>> #today and CompiledMethod Date>> #yyyymmdd Now....I check in the VM and I am not sure where I should do that. I already have my own primitive so that I can do something like this: ((self isIntegerObject: rcvr) not and: [hasToTrace]) ifTrue: [ self internalTurnOnUsedBit: rcvr. ]. Now...where I can intercept this in the VM? I found Interpreter >> internalExecuteNewMethod is it there? should I access to "newMethod" and do something like this: rcvr := "somehow I access to Interpreter newMethod" ((self isIntegerObject: rcvr) not and: [hasToTrace]) ifTrue: [ self internalTurnOnUsedBit: rcvr. ]. thanks for any help mariano

2 2

Linux vm
by Schwab,Wilhelm K 24 Aug '10

24 Aug '10

Hello all, Is there a way to get the pre-compiled linux vm to describe what the full path is to a library it is trying to load? I can hack the source to do so, but then I start wondering what I might have disturbed in the process. Out of the box, all I get is an external library with a nil handle and no clue what did or did not happen. At various points in my struggle today, I saw what looked like a tendency to load plugins from the vmpath//so.pluginName (two slashes rather than one). It raises the question of whether the code is adding an extra slash when it is not given an explicit plugins path?? The separate concern is that I need information about what is happening when one of my libraries fails to load. One possibility is that a particular .so can't load. How would I find out whether that this is case? Is there a way to test load it or to get the vm to tell me the cause of a failure to load it? Bill

3 8

[vm-dev-owner@lists.squeakfoundation.org: Vm-dev post from commits@squeakvm.org requires approval]
by David T. Lewis 23 Aug '10

23 Aug '10

Forwarding trimmed version of commit log, full message too large to post to list. Dave ----- Forwarded message from vm-dev-owner(a)lists.squeakfoundation.org ----- Delivered-To: list-vm-dev(a)lists.squeakfoundation.org Date: Sat, 21 Aug 2010 17:08:49 -0700 To: vm-dev(a)lists.squeakfoundation.org From: commits(a)squeakvm.org Subject: [commit] r2257 - 5.8b3 for cog vm work Author: johnmci Date: 2010-08-21 17:08:49 -0700 (Sat, 21 Aug 2010) New Revision: 2257 Modified: trunk/platforms/iOS/vm/OSX/sqSqueakOSXApplication+attributes.m trunk/platforms/iOS/vm/SqueakPureObjc-InfoCOG.plist trunk/platforms/iOS/vm/SqueakPureObjc.xcodeproj/johnmci.mode1v3 trunk/platforms/iOS/vm/SqueakPureObjc.xcodeproj/johnmci.pbxuser trunk/platforms/iOS/vm/SqueakPureObjcCogVM.xcodeproj/johnmci.mode1v3 trunk/platforms/iOS/vm/SqueakPureObjcCogVM.xcodeproj/johnmci.pbxuser trunk/platforms/iOS/vm/SqueakPureObjcCogVM.xcodeproj/project.pbxproj Log: 5.8b3 for cog vm work Modified: trunk/platforms/iOS/vm/OSX/sqSqueakOSXApplication+attributes.m =================================================================== --- trunk/platforms/iOS/vm/OSX/sqSqueakOSXApplication+attributes.m 2010-08-20 18:36:50 UTC (rev 2256) +++ trunk/platforms/iOS/vm/OSX/sqSqueakOSXApplication+attributes.m 2010-08-22 00:08:49 UTC (rev 2257) <snip>

1 0

VMIL 2010: extended deadline
by Michael Haupt 22 Aug '10

22 Aug '10

Apologies for multiple copies. ** EXTENDED DEADLINE: September 1st, 2010 ** Dear Colleagues: It gives us great pleasure to invite you to submit your contributions to **the fourth international workshop on Virtual Machines and Intermediate Languages (VMIL 2010)**, which will be co-located with SPLASH 2010 (former OOPSLA). This workshop is a forum for research in virtual machines (VM) and intermediate languages (IL). It is dedicated to identifying programming mechanisms and constructs that are currently realized as code transformations or implemented in libraries but should rather be supported at VM and IL level. ------------------------------------------------------------ **Invited Talks** In the tradition of past VMIL workshops, the 2010 edition will feature high-quality, on-topic invited talks. At this moment, talks by Cliff Click and Kathryn McKinley are confirmed. ------------------------------------------------------------ **Due Dates** Papers for VMIL are due September 1, 2010. Notification of acceptance will be on September 12, 2010. ------------------------------------------------------------ **Program Committee** We have once again assembled an excellent program committee which consists of Walter Binder, Steve Blackburn, Erik Ernst, Naveen Kumar, Doug Simon, Roel Wuyts, and all workshop organizers. ------------------------------------------------------------ For more details please see: http://www.cs.iastate.edu/~design/vmil/ We look forward to your submissions to VMIL 2010. Best regards, Hridesh Rajan, Christoph Bockisch, Michael Haupt and Robert Dyer VMIL 2010 Organizers

1 0

[commit] r2256 - Hack-fix ODBC remote connection failure on linux by not prodding the high-pri
by commits＠squeakvm.org 20 Aug '10

20 Aug '10

Author: eliot Date: 2010-08-20 11:36:50 -0700 (Fri, 20 Aug 2010) New Revision: 2256 Modified: branches/Cog/platforms/Cross/vm/sq.h branches/Cog/platforms/Cross/vm/sqTicker.c branches/Cog/platforms/unix/vm/sqUnixHeartbeat.c Log: Hack-fix ODBC remote connection failure on linux by not prodding the high-pri thread if there are o high-priority tickees. More fall-out of the lack of thread priorities on linux. Modified: branches/Cog/platforms/Cross/vm/sq.h =================================================================== --- branches/Cog/platforms/Cross/vm/sq.h 2010-08-19 02:43:25 UTC (rev 2255) +++ branches/Cog/platforms/Cross/vm/sq.h 2010-08-20 18:36:50 UTC (rev 2256) @@ -138,6 +138,9 @@ void ioUpdateVMTimezone(); void ioSynchronousCheckForEvents(); void checkHighPriorityTickees(usqLong); +# if ITIMER_HEARTBEAT /* Hack; allow heartbeat to avoid */ +extern int numAsyncTickees; /* prodHighPriorityThread unless necessary */ +# endif /* see platforms/unix/vm/sqUnixHeartbeat.c */ void ioGetClockLogSizeUsecsIdxMsecsIdx(sqInt*,void**,sqInt*,void**,sqInt*); #endif Modified: branches/Cog/platforms/Cross/vm/sqTicker.c =================================================================== --- branches/Cog/platforms/Cross/vm/sqTicker.c 2010-08-19 02:43:25 UTC (rev 2255) +++ branches/Cog/platforms/Cross/vm/sqTicker.c 2010-08-20 18:36:50 UTC (rev 2256) @@ -137,7 +137,10 @@ } } -static int numAsyncTickees = 0; +#if !ITIMER_HEARTBEAT /* Hack; allow heartbeat to avoid */ +static /* prodHighPriorityThread unless necessary */ +# endif /* see platforms/unix/vm/sqUnixHeartbeat.c */ +int numAsyncTickees = 0; static Tickee async[NUM_ASYNCHRONOUS_TICKEES]; /* Add or remove an asynchronous tickee. If periodms is non zero add the Modified: branches/Cog/platforms/unix/vm/sqUnixHeartbeat.c =================================================================== --- branches/Cog/platforms/unix/vm/sqUnixHeartbeat.c 2010-08-19 02:43:25 UTC (rev 2255) +++ branches/Cog/platforms/unix/vm/sqUnixHeartbeat.c 2010-08-20 18:36:50 UTC (rev 2256) @@ -309,7 +309,17 @@ else heartbeats += 1; #if ITIMER_HEARTBEAT - { void prodHighPriorityThread(void); prodHighPriorityThread(); } + /* While we use SA_RESTART to ensure system calls are restarted, this is + * not universally effective. In particular, connect calls can abort if + * a system call is made in the signal handler, i.e. the pthread_kill in + * prodHighPriorityThread. So we avoid this if possible by not prodding + * the high-priority thread unless there are high-priority tickees as + * indicated by numAsyncTickees > 0. + */ + if (numAsyncTickees > 0) { + void prodHighPriorityThread(void); + prodHighPriorityThread(); + } #else checkHighPriorityTickees(utcMicrosecondClock); #endif

1 0

Re: [Vm-dev] About the image
by K. K. Subramaniam 19 Aug '10

19 Aug '10

On Thursday 19 Aug 2010 6:45:17 pm you wrote: > do you mind to release a version under MIT/BSD? Not at all. Attached is the new source code. Subbu

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev August 2010