[Vm-dev] [OpenSmalltalk/opensmalltalk-vm] 1da73c: CogVM source as per VMMaker.oscog-eem.3280
Eliot Miranda
noreply at github.com
Wed Dec 7 05:18:20 UTC 2022
Branch: refs/heads/Cog
Home: https://github.com/OpenSmalltalk/opensmalltalk-vm
Commit: 1da73cf86e96356dbaa1bf953dea7cc613f7cd22
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/1da73cf86e96356dbaa1bf953dea7cc613f7cd22
Author: Eliot Miranda <eliot.miranda at gmail.com>
Date: 2022-12-06 (Tue, 06 Dec 2022)
Changed paths:
M src/spur32.cog.lowcode/cointerp.c
M src/spur32.cog.lowcode/cointerp.h
M src/spur32.cog.lowcode/gcc3x-cointerp.c
M src/spur32.cog/cointerp.c
M src/spur32.cog/cointerp.h
M src/spur32.cog/cointerpmt.c
M src/spur32.cog/cointerpmt.h
M src/spur32.cog/gcc3x-cointerp.c
M src/spur32.cog/gcc3x-cointerpmt.c
M src/spur32.sista/cointerp.c
M src/spur32.sista/cointerp.h
M src/spur32.sista/gcc3x-cointerp.c
M src/spur32.stack.lowcode/gcc3x-interp.c
M src/spur32.stack.lowcode/interp.c
M src/spur32.stack/gcc3x-interp.c
M src/spur32.stack/interp.c
M src/spur64.cog.lowcode/cointerp.c
M src/spur64.cog.lowcode/cointerp.h
M src/spur64.cog.lowcode/gcc3x-cointerp.c
M src/spur64.cog/cointerp.c
M src/spur64.cog/cointerp.h
M src/spur64.cog/cointerpmt.c
M src/spur64.cog/cointerpmt.h
M src/spur64.cog/gcc3x-cointerp.c
M src/spur64.cog/gcc3x-cointerpmt.c
M src/spur64.sista/cointerp.c
M src/spur64.sista/cointerp.h
M src/spur64.sista/gcc3x-cointerp.c
M src/spur64.stack.lowcode/gcc3x-interp.c
M src/spur64.stack.lowcode/interp.c
M src/spur64.stack/gcc3x-interp.c
M src/spur64.stack/interp.c
M src/v3.cog/cointerp.c
M src/v3.cog/cointerp.h
M src/v3.cog/gcc3x-cointerp.c
M src/v3.stack/gcc3x-interp.c
M src/v3.stack/interp.c
Log Message:
-----------
CogVM source as per VMMaker.oscog-eem.3280
Add a primitive that computes the transitive closure of objects accessible
from an array of roots. This is the collection half of the storeImageSegment
primtiive. This can be used either to debug failures in the storeImageSegment
primitive, and may eventually be used to implement it in a more general way.
Thanks to Igor Stasenko for suggesting this decomposition a few years ago.
More information about the Vm-dev
mailing list