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
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
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
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?
>
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
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
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;
};
};
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
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
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
10 matches
Mail list logo