Re: [Pharo-dev] [Vm-dev] Garbage Collection (was Re: Discussing the roadmap)

2017-12-03 Thread Clément Bera
hum... The mail is very long so I did not read all of it. Here are some ideas/things to say on the tip of my head: - Changing an object to a forwarding object is non atomic (we need to maintain at least stack invariant) - To decrease the pauses in full GC I have 2 plans: -- incremental marking

Re: [Pharo-dev] Alternative bytecode sets demo request

2017-12-03 Thread Clément Bera
To use the alternate bytecode set in Pharo 7 use: CompilationContext bytecodeBackend: EncoderForSistaV1. OpalCompiler recompileAll. based on: https://clementbera.wordpress.com/2017/07/19/sista-open-alpha-release/ Currently in Pharo SqueakV3PlusClosure and SistaV1 are installed in

[Pharo-dev] Esteban's ChangeLog week of 27 November 2017

2017-12-03 Thread estebanlm
Hello! This is my weekly ChangeLog, from 27 November 2017 to 3 December 2017. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=27/11/2017=3/12/2017 ChangeLog = 28 November 2017: - *I just released [Iceberg

Re: [Pharo-dev] Alternative bytecode sets demo request

2017-12-03 Thread Eliot Miranda
Hi Ben, On Sun, Dec 3, 2017 at 6:08 PM, Ben Coman wrote: > I'm shooting in the dark here since its a bit hard to grasp... > a. The implications of support alternative bytecode sets > * Do the alternative bytecode sets run in parallel to normal Pharo > bytecodes? >

[Pharo-dev] Alternative bytecode sets demo request

2017-12-03 Thread Ben Coman
I'm shooting in the dark here since its a bit hard to grasp... a. The implications of support alternative bytecode sets * Do the alternative bytecode sets run in parallel to normal Pharo bytecodes? * Can the bytecode sets be loaded adhoc/dynamically into an Image? or only compiled

Re: [Pharo-dev] Design pattern for wrapper/proxy objects?

2017-12-03 Thread Ben Coman
On 4 December 2017 at 00:10, Luke Gorrie wrote: > Howdy, > > I have some Smalltalk objects that represent external data and I am looking > for a neat way to access them. > > The data that I am dealing with is C binary objects described by DWARF > schemas. So I will load a type

[Pharo-dev] Design pattern for wrapper/proxy objects?

2017-12-03 Thread Luke Gorrie
Howdy, I have some Smalltalk objects that represent external data and I am looking for a neat way to access them. The data that I am dealing with is C binary objects described by DWARF schemas. So I will load a type declaration like this: struct outer { struct inner { int a, b; }; };

Re: [Pharo-dev] Where is the latest linux vm?

2017-12-03 Thread Nicolas Cellier
It seems that the .travis_tests.sh all stalled for recent squeak versions of linux32x86 The build are then marked as failed and nothing uploaded on bintray. https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/jobs/309909223 For pharo-vm it seems to be a different problem when compiling libgit2

Re: [Pharo-dev] Where is the latest linux vm?

2017-12-03 Thread Thierry Goubier
Le 03/12/2017 à 11:29, stephan a écrit : On 02-12-17 11:18, Thierry Goubier wrote: Le 02/12/2017 à 11:00, stephan a écrit : On 01-12-17 21:21, Thierry Goubier wrote: To avoid segfaults, I'm using one from November. Where does that come from? Or do you compile it yourself? It comes from

Re: [Pharo-dev] Where is the latest linux vm?

2017-12-03 Thread stephan
On 02-12-17 11:18, Thierry Goubier wrote: Le 02/12/2017 à 11:00, stephan a écrit : On 01-12-17 21:21, Thierry Goubier wrote: To avoid segfaults, I'm using one from November. Where does that come from? Or do you compile it yourself? It comes from the bintray opensmalltalk folder. For