Vm-dev March 2011

vm-dev@lists.squeakfoundation.org

43 participants
133 discussions

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

12 Mar '11

Igor Stasenko uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-IgorStasenko.34.mcz ==================== Summary ==================== Name: CMakeVMMaker-IgorStasenko.34 Author: IgorStasenko Time: 12 March 2011, 7:17:32 pm UUID: 5c28a685-e2c7-41a9-b386-6d652978915f Ancestors: CMakeVMMaker-EstebanLorenzano.33 - added missing #generate message

3 2

Rant about generated files: should they stay in repository?
by Torsten Bergmann 12 Mar '11

12 Mar '11

>stefan apparently you did not follow the lecture of Eliot because it takes >less time than that :) Will this lecture be available online (video/transcript). Bye T. -- Schon gehört? GMX hat einen genialen Phishing-Filter in die Toolbar eingebaut! http://www.gmx.net/de/go/toolbar

7 8

Rant about generated files: should they stay in repository?
by Igor Stasenko 12 Mar '11

12 Mar '11

I am against it , because it is going to nowhere. So let me elaborate... In Cog, we have an image which generating an universal sources for VM on all platforms. These generated files then put under source control. Pros: - to build VM you can just checkout and build Cons: - err , wait.. which exactly VM you going to build? can you use same sources for different builds? Yes, I can use same generated sources for everything, but depending on configuration and/or target operating system i can receive completely different results. Because, for recreating VM as an artifact to reproduce same circumstances as they were (when some bug was triggered) a generated sources snapshot is not enough. Simple example: - VM compiled for Macs using -O3 optimization are stable. In contrary to linux, where using -O2 with certain files makes your VM crash few (milli)seconds after startup. Second ( i don't like repeating myself but still ;): - the only way to make sure that VMMaker loads into our latest and greatest image(s) and producing same output(s) is to have someone to continuously try load it, then use it to generate sources, then compile the VM and then run tests for that VM. We have a generous guys in our community, who can do that for us. This is a Mr Hudson, and Mr Jenkins that joined party lately. I'd like to stress that generated files are just an intermediate data, which nobody interested in. Because as input what is relevant should be only : - a VMMaker - a platform-specific sources/libs - a build configuration and as output we always have: - VM what happens in the middle is really unimportant as long as you can guarantee reproducibility of the same output from same inputs. VM functioning should not depend on some random noise which comes from unrelated sources like - generated source files line ending convention - the date stamp when VM was built - anything which is not listed in the inputs list above and if it does, we should eliminate it. Because if it does, then you don't have a stable builds. And having a snapshot of sources which kinda works and kinda stable worth nothing, because at any moment in ongoing development you can meet same issue which will pop up out of nowhere. And it will pop out exactly because you don't care to always do things from scratch , starting from image and VMMaker. Because it is so convenient to just pull the generated sources from repo and you done. And those silly stupids which trying to use VMMaker are not of your concern.. because when they fail to build stable VM (and they will), you can always tell them that they are using wrong sources and because you can't reproduce it (things is always working well for you, in your warm corner :) So, i think that keeping a generated files works as some kind of defensive policy which doesn't allows you to address certain problems for real. And sure thing, because we are lazy :) -- Best regards, Igor Stasenko AKA sig.

7 9

[OT] VM position in Munich
by Torsten Bergmann 11 Mar '11

11 Mar '11

Looks like Google is hiring: http://www.google.de/intl/en/jobs/germanylocations/munich/swe/software-engi… -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

1 0

[ANN] Cog issue tracker
by Igor Stasenko 11 Mar '11

11 Mar '11

Hello everyone. Without much debate we just created it at [1]. Now there is a separate place for filing issues for Cog VM. I think Cog deserves separate issue tracker, because currently all reports and problems are mainly buried in vm-dev mailing list, and it is hard to tell what is status of one or another issue, which we lately discovered. And such approach definitely won't scale. So, it was a main reason for making this move. Lets help Eliot (and others who involved in development) make activities to be more organized and visible. I'd like to stress that there is nothing inside code.google in particular, which could make its issue tracker serve our needs well. It will work well only if we, as community, organize ourselves and pay attention to collect and put important information there, make it easily accessible, structured and so on.. [1] http://code.google.com/p/cog/ -- Best regards, Igor Stasenko AKA sig.

2 1

Rename #isIntegerObject: and friends
by Mariano Martinez Peck 10 Mar '11

10 Mar '11

Hi guys. I notice that most of the times, the usage of #isIntegerObject: is for checking whether the object is immediate or not, rather than if it is an Integer. In addition, when we will have 64 bits, I guess we will encode more objects (small floats, dates, points, etc) than just integers... So, what about renaming #isIntegerObjects: and friends to something like #isImmediateObject: ? I know that changing #isIntegerObject: or things like that is too heavy, but maybe we can start by deprecating it, or for the new code, to use #isImmediateObject: instead... so we start preparing ourselves for the future, in little steps. cheers Mariano

3 3

Windows property key code?
by Frank Shearar 09 Mar '11

09 Mar '11

Hi, I've grown used to being able to use Windows' "property" key as a right-click everywhere in Windows-land... except Squeak. I realise this is a Windows-specific thing, but how would one go about turning a press of the property key into a mouse click of the appropriate colour? Do we already send the key press appropriately encoded to the image, so it's an image-only change, or would we need to change something in the VM too? frank

2 1

changing the bytecodes print
by Mariano Martinez Peck 09 Mar '11

09 Mar '11

Hi folks. Did you see that when you see the bytecodes of a method you see something like: 49 <70> self 50 <21> pushConstant: 'SQ_HOST32' 51 <8F 00 00 02> closureNumCopied: 0 numArgs: 0 bytes 55 to 56 55 <71> pushConstant: true 56 <7D> blockReturn ....... The bytecode number here is printed in <hex> . However, in Interpreter and its #initializeBytecodeTable they use base 10. So, each time I read a bytecode, and I want to know which is the method associated with that, I need to convert it. So, I wonder if it makes sense to change the print, so that it prints in decimal. What do you think? To change that, it seems to be in InstructionPrinter >> #print but I cannot make it work yet :( cheers Mariano

4 4

Re: [Pharo-project] InterpreterSimulator reloaded
by David T. Lewis 09 Mar '11

09 Mar '11

Pavel, Thank you! I am CC'ing the vm-dev list with a copy of your change set to update the interpreter simulator. Dave On Tue, Mar 08, 2011 at 11:25:21PM +0100, Pavel Krivanek wrote: > I collected the changes from the image. See the attachment. > > To load the simulator in Pharo 1.3 do: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfVMMaker'; > load. > > (ConfigurationOfVMMaker project version: '1.5') load. > > proceed all deprecation warnings... > load the attached fix. > run the simulator: > > (InterpreterSimulator new openOn: 'cuis.image') test > > A good option is the Juan's small Cuis image (1.9MB with some next > shrinking). The classical mini.image doesn't work on this version of > the interpreter. > > Cheers, > -- Pavel > > > > On Tue, Mar 8, 2011 at 10:47 PM, Pavel Krivanek > <pavel.krivanek(a)gmail.com> wrote: > > Hi, > > > > I tried to make the IneterpreterSimulator working on and with latest > > images. The result is a Pharo image that you can download here: > > > > https://gforge.inria.fr/frs/shownotes.php?release_id=5897 > > > > It is still far from perfect however it can be used for simulations of > > small headless images etc. It would be great if some VM guy will help > > with integration of the changes. > > > > Cheers, > > -- Pavel > >

1 0

[ANN] Cocoa Squeak VM 5.7.4.1 (non-Cog) released
by Esteban Lorenzano 08 Mar '11

08 Mar '11

Hi, I'm releasing a version for Cocoa Squeak VM, version 5.7.4.1 This is just a small bugfix version to make OSProcess plugin works. You can download it from here: Squeak 5.7.4.1 (This version includes the OSProcess plugin as an external plugin) yes... small steps, I'm sorry for that. Cheers, Esteban

3 2

← Newer
1
...
8
9
10
11
12
13
14
Older →

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