Vm-dev March 2011

vm-dev@lists.squeakfoundation.org

43 participants
133 discussions

[Cog] Making FreeBSD builds working
by Igor Stasenko 24 Mar '11

24 Mar '11

Hello, This is mainly a message to David and Frank.. So, we have two FreeBSD Hudson slaves up and running (kewl!) ----- Now i need you guys to register at Hudson server so you can trigger your jobs by yourselves. Go to https://pharo-ic.lille.inria.fr/register/register.html Then init your password at: https://cgi.lille.inria.fr/ After that you will (should) be able to log in on Hudson server. Then after we will give you enough rights , you will be able to run jobs directly, without asking someone who can :) ----- About how things working, please read the wiki http://code.google.com/p/cog/w/list and ask questions. Currently Cog builds fails because configuration is broken. The configurations are located in CMakeVMMaker package in 'CMakeVMMaker-FreeBSD-Cog' category. There is a method #configH , which contains various flags after running configure script, and it should be changed for FreeBSD target configs. So, run an image , located in build/generator.image, hack those classes and to try out new configuration do: CogFreeBSDConfig generateWithSources or just generate (if you not modified sources) Then try to build vm, by issuing cmake . make in build directory. I will configure jobs for you, so you will be using own git clone of Cog sources (David has one already), and once you push changes there, it will automatically trigger the builds. (or you can share same repository, just tell me what you see fit for you). But at initial stage, you should make configs work first. This is the same setup which we made for Esteban: - he has own clone, and have an access to VMMaker repo. And things works quite well for him (right Esteban? ;) ). So, we need to ask Dave to add you as developers to squeaksource VMMaker repository, so you can upload new versions of CMakeVMMaker with your patches. And last thing, as i understood, you running two different versions of FreeBSD? They could run same builds of course. But in addition one could focus on building 32bit binaries, and another for 64 bit. Just tell me what you wanna focus on. -- Best regards, Igor Stasenko AKA sig.

1 0

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

24 Mar '11

Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-EstebanLorenzano.50.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.50 Author: EstebanLorenzano Time: 24 March 2011, 9:25:58 am UUID: 540f2e42-1df8-4da3-8e8b-7ee3bda73592 Ancestors: CMakeVMMaker-EstebanLorenzano.49 remove SQUEAK_BUILTIN_PLUGIN from compiler flags (is is needed just in plugins)

1 0

Proposal: disable module loading
by Igor Stasenko 23 Mar '11

23 Mar '11

Hello, just as outcome of previous discussion about security. I think that we missing a mechanism(s) in VM, which will prevent loading new modules into running system, to ensure that no external code could compromise a system security. In terms of implementation a change is quite simple: - add a flag into VM's state, named moduleLoadingEnabled - initially this flag should be set to true during system startup - add a primitive which resets this flag Then modify ioLoadModule: OfLength: to fail unconditionally if module loading is disabled. In practice this means that knowing a secure set of modules you are need for your deployment scenario and have them all loaded at startup, you intentionally disabling a module loading mechanism, to prevent any chance to interact with modules which could compromise your security model. There's also a missing bit in VM api to explicitly load the module with given name. However it is included in IA32ABIPlugin (#primLoadLibrary), but then maybe you don't want to have IA32ABIPlugin at first place, that's why i proposing to promote this primitive to core VM API. So, by having these bits working, one could implement sandbox mode quite easily, by doing something like following during image startup: self deployed ifTrue: [ " make sure we loaded modules we will need" #( 'PluginA' 'PluginB' .... 'PluginZ' ) do: [ :each | Smalltalk loadModule: each ]. Smalltalk disableModuleLoading. ]. Then later any code that will try to use plugins, that is not loaded before you disabled module loading mechanism, will simply fail. This will be good addition to existing security mechanisms. -- Best regards, Igor Stasenko AKA sig.

3 3

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

23 Mar '11

Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-EstebanLorenzano.49.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.49 Author: EstebanLorenzano Time: 23 March 2011, 3:30:06 pm UUID: b3d5d62e-3cdc-4d65-9d12-36efed337350 Ancestors: CMakeVMMaker-EstebanLorenzano.48, CMakeVMMaker-IgorStasenko.48 oops, merged with latest Igor's :P

1 0

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

23 Mar '11

Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-EstebanLorenzano.48.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.48 Author: EstebanLorenzano Time: 23 March 2011, 3:28:50 pm UUID: 7c9a393e-25fd-49e7-a371-3d44709c3110 Ancestors: CMakeVMMaker-EstebanLorenzano.47 MTCocoaIOSCogJitConfig working :)

1 0

VM Maker: VMMaker-oscog-IgorStasenko.54.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 23 Mar '11

23 Mar '11

Igor Stasenko uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-oscog-IgorStasenko.54.mcz ==================== Summary ==================== Name: VMMaker-oscog-IgorStasenko.54 Author: IgorStasenko Time: 23 March 2011, 5:30:42 pm UUID: c98a0b6c-7f68-4af7-9012-85d3dfdf29ae Ancestors: VMMaker-oscog-IgorStasenko.53 - added disabling module loading support

1 0

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

23 Mar '11

Igor Stasenko uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-IgorStasenko.48.mcz ==================== Summary ==================== Name: CMakeVMMaker-IgorStasenko.48 Author: IgorStasenko Time: 23 March 2011, 3:39:36 pm UUID: f8af3fc4-62b2-46f6-8b22-2d4a974caf43 Ancestors: CMakeVMMaker-EstebanLorenzano.47 - added configs for FreeBSD platform - changed names of output binaries: Cog -> CogVM, for CoInterpreterMT-based ones, use CogMTVM

1 0

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

23 Mar '11

Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-EstebanLorenzano.47.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.47 Author: EstebanLorenzano Time: 23 March 2011, 10:01:57 am UUID: c2084c66-ced1-4f7e-8394-2b668e063fdd Ancestors: CMakeVMMaker-EstebanLorenzano.45, CMakeVMMaker-IgorStasenko.46 merged with latest changes switched to -O3 optimization MT still does not work's (I didn't chech the needed files yet)

1 0

Cog/JIT/Stack/VM .. executable names
by Igor Stasenko 21 Mar '11

21 Mar '11

Hello, there is an explosion of different kinds of VM we're building today.. and i think it would be nice to use different names for them. Currently i am using following naming scheme: - VMs based on StackInterpreter: StackVM - VMs with JIT Cog - VMs with JIT + MT CogMT i am open for suggestions of giving better/proper names. Maybe for end-user it is not important to use different names (squeak.. yeah.. this is squeak.. who cares).. but when testing VMs and/or opening older images with proper VMs it turns into a puzzle game. Also, i think that Cog is good name and executables deserve to carry this name (instead of squeak or croquet). That's why i'm not questioning whether new VMs should use different names. I am only questioning which names we should use :) -- Best regards, Igor Stasenko AKA sig.

7 9

VM Maker: VMMaker-oscog.52.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 21 Mar '11

21 Mar '11

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-oscog.52.mcz ==================== Summary ==================== Name: VMMaker-oscog.52 Author: eem Time: 20 March 2011, 9:31:20 am UUID: 1241a856-8570-4725-a069-a6d3d8a8a222 Ancestors: VMMaker-oscog.51 Fix primitiveFlushCacheByMethod for objects-as-methods.

7 13

← Newer
1
2
3
4
5
6
7
8
...
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