Nicolas Cellier uploaded a new version of VMMaker to project VM Maker:
http://source.squeak.org/VMMaker/VMMaker.oscog-nice.2506.mcz==================== Summary ====================
Name: VMMaker.oscog-nice.2506
Author: nice
Time: 4 January 2019, 5:18:45.788444 pm
UUID: f86074f0-8394-1c4a-aae3-3716eabf4a32
Ancestors: VMMaker.oscog-nice.2505
Fix two minor but annoying compiler warnings:
blockAlignment macro should not take a parameter
longRunningPrimitiveCheckSequenceNumber == 0 has no effect
=============== Diff against VMMaker.oscog-nice.2505 ===============
Item was changed:
----- Method: Cogit>>blockAlignment (in category 'accessing') -----
blockAlignment
"Block method headers must be aligned on the correct boundary, just like non-block method headers.
This is because the CoInterpreter encodes flags in the least significant three bits of the method field."
<api>
+ <cmacro: '() 8'>
- <cmacro: '(self) 8'>
self assert: (methodZone roundUpLength: 1) = 8.
^8!
Item was changed:
----- Method: StackInterpreter>>voidLongRunningPrimitive: (in category 'primitive support') -----
voidLongRunningPrimitive: reason
"Void the state associated with the long-running primitive check.
This is done when a new semaphore is installed or when it appears
that is longRunningPrimitiveCheckMethod is invalid, e.g. because it
has eben sampled in the middle of a GC."
<var: #reason type: #'char *'>
+ <inline: #never>
- <inline: false>
longRunningPrimitiveCheckMethod := nil.
- longRunningPrimitiveCheckSequenceNumber = 0. "not strictly necessary but prevents this being inlined into checkForLongRunningPrimitive"
longRunningPrimitiveStartUsecs :=
longRunningPrimitiveStopUsecs := 0.
longRunningPrimitiveSignalUndelivered := true.
self sqLowLevelMFence!