Alistair Grant uploaded a new version of VMMaker to project VM Maker:
http://source.squeak.org/VMMaker/VMMaker.oscog-akg.2475.mcz
==================== Summary ====================
Name: VMMaker.oscog-akg.2475
Author: akg
Time: 24 October 2018, 9:35:22.433918 pm
UUID: 537fa25e-b15a-43e2-8165-fd19ed489e84
Ancestors: VMMaker.oscog-akg.2474
Add LocalePluginSimulator
This allows LocalTimeZone>>primOffset to succeed, setting the same timezone within the simulated image to the value of the simulator timezone.
=============== Diff against VMMaker.oscog-akg.2474 ===============
Item was added:
+ ----- Method: LocalePlugin class>>moduleName (in category 'translation') -----
+ moduleName
+
+ ^ 'LocalePlugin'!
Item was added:
+ ----- Method: LocalePlugin class>>shouldBeTranslated (in category 'translation') -----
+ shouldBeTranslated
+ ^true!
Item was added:
+ ----- Method: LocalePlugin class>>simulatorClass (in category 'simulation') -----
+ simulatorClass
+ ^LocalePluginSimulator!
Item was added:
+ LocalePlugin subclass: #LocalePluginSimulator
+ instanceVariableNames: ''
+ classVariableNames: ''
+ poolDictionaries: ''
+ category: 'VMMaker-Plugins'!
Item was added:
+ ----- Method: LocalePluginSimulator class>>shouldBeTranslated (in category 'translation') -----
+ shouldBeTranslated
+ "This class should not be translated"
+ ^false!
Item was added:
+ ----- Method: LocalePluginSimulator>>primitiveTimezoneOffset (in category 'primitives') -----
+ primitiveTimezoneOffset
+ "return the number of minutes this VM's time value is offset from UTC
+ For the simulation, use the same timezone as the simulator."
+
+ interpreterProxy methodReturnInteger: (DateAndTime localTimeZone offset asSeconds / 60) rounded!
Item was added:
+ ----- Method: LocalePluginSimulator>>sqLocInitialize (in category 'simulation') -----
+ sqLocInitialize
+
+ ^true!
Hi,
I've made a branch with the following commit message:
Use output of xcode-select to determine path of Xcode in Mac Makefile, instead of hard-coding.
xcode-select allows for multiple versions of Xcode to be installed and to be selected by the user.
DO NOT put a space in a renamed Xcode.app, however: this will break SDK detection in the Makefile.
Add OS X 10.14 SDKs for x64 build, as supplied by Xcode 10.
which does the following:
build.macos32x86/common/Makefile.flags & build.macos64x64/common/Makefile.flags:
-XCODE:=/Applications/Xcode.app/Contents/Developer
+XCODE:=$(shell /usr/bin/xcode-select -p)
and:
build.macos64x64/common/Makefile.flags
-SDKs:=MacOSX10.10.sdk MacOSX10.11.sdk MacOSX10.12.sdk MacOSX10.13.sdk
+SDKs:=MacOSX10.10.sdk MacOSX10.11.sdk MacOSX10.12.sdk MacOSX10.13.sdk MacOSX10.14.sdk
However, I'm not sure I have permissions to push my branch and create a pull request. If that's the model you use, please let me know. I am use @tcj on github.
Thanks,
Tim
Hi All,
can anyone identify the following initials? They have contributed to
the versions listed
'ATG' VMMaker-tpr.7
'hg' VMMaker-tpr.2
'RMF' VMMaker-tpr.2
'tfei' CogCompatibility-eem.1
'Tsutomu' VMMaker.oscog-eem.228
_,,,^..^,,,_
best, Eliot
Last integration went too fast :)
This PR does some cleanups:
- remove the PharoVM guards,
- added comments
Answering the questions from the other thread: this should have no effect on systems using a single window. However, with multiple windowing systems, this makes the consumption of events a cooperative task. If let's say SDL does not consume its events (because we don't call the event processing routine), then those events stay in the queue.
To make it more robust I've been trying to use a separate queue to store alien events and repost them in the queue afterwads, but I could not manage to make it work. And Cocoa's support/documentation does not help here...
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/296
-- Commit Summary --
* Added comments and removed PharoVM guards
-- File Changes --
M platforms/iOS/vm/OSX/sqSqueakOSXApplication+events.m (31)
-- Patch Links --
https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/296.patchhttps://github.com/OpenSmalltalk/opensmalltalk-vm/pull/296.diff
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/296
Eliot Miranda uploaded a new version of VMMaker to project VM Maker:
http://source.squeak.org/VMMaker/VMMaker.oscog-eem.2472.mcz
==================== Summary ====================
Name: VMMaker.oscog-eem.2472
Author: eem
Time: 23 October 2018, 10:51:47.041242 am
UUID: ddfb4678-9bee-48fb-a486-c3f3eede8113
Ancestors: VMMaker.oscog-eem.2471
Simplify two uses of malloc: now that we use the right simulation form for VMClass>>malloc:.
Ronie, if I've broken Lowcode simulation I apologise, and want to work on fixing it (perhaps with you?) but I have no test cases.
=============== Diff against VMMaker.oscog-eem.2471 ===============
Item was changed:
----- Method: InterpreterPrimitives>>cStringOrNullFor: (in category 'primitive support') -----
cStringOrNullFor: oop
"Answer either a malloced string with the null-terminated contents of oop if oop is a string,
or the null pointer if oop is nil, or fail. It is the client's responsibility to free the string later."
<api>
<returnTypeC: #'char *'>
<inline: false>
| isString len cString |
<var: 'cString' type: #'char *'>
isString := self isInstanceOfClassByteString: oop.
isString ifFalse:
[oop ~= objectMemory nilObject ifTrue:
[self primitiveFailFor: PrimErrBadArgument].
^0].
len := objectMemory lengthOf: oop.
len = 0 ifTrue:
[^0].
cString := self malloc: len + 1.
cString ifNil:
[self primitiveFailFor: PrimErrNoCMemory.
^0].
self memcpy: cString _: (objectMemory firstIndexableField: oop) _: len.
+ cString at: len put: 0.
- cString at: (self cCode: [len] inSmalltalk: [len + 1]) put: 0.
^cString!
Item was changed:
----- Method: StackInterpreter>>setupNativeStack (in category 'initialization') -----
setupNativeStack
<option: #LowcodeVM>
<var: #theNativeStackMemory type: #'char*'>
<var: #theShadowCallStackMemory type: #'char*'>
<inline: false>
"This initializes an alternate stack that is used by the Lowcode instructions"
| nativeStackMemorySize theNativeStackMemory shadowCallStackMemorySize theShadowCallStackMemory|
nativeStackMemorySize := self nativeStackSize.
+ theNativeStackMemory := self malloc: nativeStackMemorySize.
- theNativeStackMemory := self
- cCode: [self malloc: nativeStackMemorySize ]
- inSmalltalk: [CArrayAccessor on: (ByteArray new: self nativeStackSize)].
nativeStackPointer := theNativeStackMemory + nativeStackMemorySize.
shadowCallStackMemorySize := self shadowCallStackSize.
+ theShadowCallStackMemory := self malloc: shadowCallStackMemorySize.
+ shadowCallStackPointer := theShadowCallStackMemory + shadowCallStackMemorySize!
- theShadowCallStackMemory := self
- cCode: [self malloc: shadowCallStackMemorySize ]
- inSmalltalk: [CArrayAccessor on: (ByteArray new: self shadowCallStackSize)].
- shadowCallStackPointer := theShadowCallStackMemory + shadowCallStackMemorySize.!