Vm-dev March 2019

vm-dev@lists.squeakfoundation.org

27 participants
98 discussions

Errored: OpenSmalltalk/opensmalltalk-vm#1709 (Cog - 2f27a1e)
by Travis CI 06 Mar '19

06 Mar '19

Build Update for OpenSmalltalk/opensmalltalk-vm ------------------------------------- Build: #1709 Status: Errored Duration: 35 mins and 9 secs Commit: 2f27a1e (Cog) Author: Eliot Miranda Message: CogVM source as per VMMaker.oscog-eem.2525/FileAttributesPlugin.oscog-eem.50 Plugins: ThreadedFFIPlugin: Make sure the ARM identifyingPredefinedMacros do not confuse 32 & 64 bits. FileAttributesPlugin: Simpification and simulaiton of primitiveFileExists & primitivePathMax, using the simpler and more efficient methodreturnXXX: protocol. View the changeset: https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/f20878cdccf4...2f… View the full build log and details: https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/builds/502697724?utm_m… -- You can unsubscribe from build emails from the OpenSmalltalk/opensmalltalk-vm repository going to https://travis-ci.org/account/preferences/unsubscribe?repository=8795279&ut…. Or unsubscribe from *all* email updating your settings at https://travis-ci.org/account/preferences/unsubscribe?utm_medium=notificati…. Or configure specific recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications.

1 0

VM Maker: VMMaker.oscog-eem.2526.mcz
by commits＠source.squeak.org 06 Mar '19

06 Mar '19

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.2526.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.2526 Author: eem Time: 6 March 2019, 10:42:00.510725 am UUID: 3816c000-cb74-427f-9c89-ee2509a89266 Ancestors: VMMaker.oscog-eem.2525 Force default initialization of VM options before generating VM plugins. =============== Diff against VMMaker.oscog-eem.2525 =============== Item was changed: ----- Method: VMMaker class>>makerFor:and:with:to:platformDir: (in category 'instance creation') ----- makerFor: interpreterClass and: cogitClassOrNil with: optionsPairsArrayArg to: srcDirName platformDir: platDirName "Initialize a VMMaker to generate the VM to the given target directory." | optionsPairsArray | optionsPairsArray := (cogitClassOrNil isNil or: [optionsPairsArrayArg includes: #Cogit]) ifTrue: [optionsPairsArrayArg] ifFalse: [optionsPairsArrayArg, { #Cogit. cogitClassOrNil name }]. + VMClass initializeWithOptions: optionsPairsArray. ^(self forPlatform: 'Cross') sourceDirectoryName: (self fullNameForPath: srcDirName); platformRootDirectoryName: (self fullNameForPath: platDirName); options: optionsPairsArray; interpreterClass: interpreterClass; yourself! Item was changed: ----- Method: VMMaker>>generateExternalPlugin: (in category 'generate sources') ----- generateExternalPlugin: pluginName "generate the named external plugin" | exports plugin | "Refuse to translate this plugin if it requires platform specific files and they are not present." [plugin := self validateExternalPlugin: pluginName] on: VMMakerException do: [:ex| logger show: 'external plugin ' , plugin name , ' failed to validate: ' , ex messageText; cr. ^self]. + VMClass initializeWithOptions: #(). [exports := plugin translateInDirectory: (self externalPluginsDirectoryFor: plugin) doInlining: inline] on: ProvideAnswerNotification do: [:ex| ex tag == #logger ifTrue: [ex resume: logger] ifFalse: [ex pass]]. exports ifNotNil: "if exp is nil we skip this since the plugin was already up to date" [logger show: 'external plugin ' , plugin name , ' generated as ' , plugin moduleName; cr. self export: exports forExternalPlugin: plugin. self processFilesForExternalPlugin: plugin]!

1 0

[OpenSmalltalk/opensmalltalk-vm] c22326: Revert wrongful redefinition of SPURVM default in ...
by Eliot Miranda 06 Mar '19

06 Mar '19

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: c22326a2ebb2c4c7f97472b029a7286c02c35651 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/c22326a2ebb2c4c7f9… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2019-03-06 (Wed, 06 Mar 2019) Changed paths: M src/plugins/SqueakFFIPrims/ARM32FFIPlugin.c Log Message: ----------- Revert wrongful redefinition of SPURVM default in ARM32FFIPlugin.c.

1 0

VM Maker: VMMaker.oscog-eem.2525.mcz
by commits＠source.squeak.org 06 Mar '19

06 Mar '19

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.2525.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.2525 Author: eem Time: 6 March 2019, 9:58:54.459173 am UUID: 5ad4d06f-fce7-45f2-b948-a1b2c8169023 Ancestors: VMMaker.oscog-eem.2524 Eliminate an undeclared variable. =============== Diff against VMMaker.oscog-eem.2524 =============== Item was changed: ----- Method: ThreadedFFICalloutStateForARM64>>initialize (in category 'initialize-release') ----- initialize super initialize. + integerRegisterIndex := floatRegisterIndex := 0. - integerRegisterIndex := 0. - floatRegisterIndex := 0. - resultAddress := 0. "Only used for struct returns which do not fit in registers" integerRegisters := CArrayAccessor on: (Array new: ThreadedARM64FFIPlugin numIntRegArgs). + floatRegisters := CArrayAccessor on: (Array new: ThreadedARM64FFIPlugin numFloatRegArgs)! - floatRegisters := CArrayAccessor on: (Array new: ThreadedARM64FFIPlugin numFloatRegArgs). - !

1 0

VM Maker: VMMaker.oscog-eem.2524.mcz
by commits＠source.squeak.org 06 Mar '19

06 Mar '19

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.2524.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.2524 Author: eem Time: 6 March 2019, 7:16:15.760905 am UUID: 0ebcb871-1196-4c0f-bbcb-45e8280e3737 Ancestors: VMMaker.oscog-eem.2523 Plugins: ThreadedFFIPlugin: Make sure the ARM identifyingPredefinedMacros do not confuse 32 & 64 bits (& change the 32-bit CogARMCompiler to match). FilePluginSimulator: Avoid using MultiByteFileStream, cutting back to the minimal StandardFileStream. Obey writeFlag properly on opening a file (some platforms, e.g. Pharo6 use primitiveFileOpen/fileOpenName:size:write:secure: to check for existence (!!). Have the simulator halt before deleting a file (to avoid the simulator doing damage). =============== Diff against VMMaker.oscog-eem.2523 =============== Item was changed: ----- Method: CogARMCompiler class>>identifyingPredefinedMacros (in category 'translation') ----- identifyingPredefinedMacros + ^#('__ARM_ARCH_5__' '__ARM_ARCH_6__' '__ARM_ARCH_7__' '__arm__' '__arm32__' 'ARM32' '_M_ARM')! - ^#('__ARM_ARCH__' '__arm__' '__arm32__' 'ARM32' '_M_ARM')! Item was changed: ----- Method: FilePluginSimulator>>fileOpenName:size:write:secure: (in category 'file primitives') ----- fileOpenName: nameIndex size: nameSize write: writeFlag secure: secureFlag "Open the named file, possibly checking security. Answer the file oop." | path f index | openFiles size >= maxOpenFiles ifTrue: [^interpreterProxy primitiveFailFor: PrimErrLimitExceeded]. path := (interpreterProxy asByteArray: nameIndex size: nameSize) utf8Decoded. + (writeFlag + or: [StandardFileStream isAFileNamed: path]) ifFalse: + [^interpreterProxy primitiveFail]. + f := StandardFileStream new open: path forWrite: writeFlag. - f := writeFlag - ifTrue: [FileStream fileNamed: path] - ifFalse: - [(StandardFileStream isAFileNamed: path) ifTrue: - [FileStream readOnlyFileNamed: path]]. f ifNil: [^interpreterProxy primitiveFail]. f binary. + self assert: f isReadOnly = writeFlag not. index := (3 to: openFiles size + 1) detect: [:n| (openFiles includesKey: n) not]. openFiles at: index put: f. ^interpreterProxy integerObjectOf: index! Item was changed: ----- Method: FilePluginSimulator>>fileOpenNewName:size:secure: (in category 'file primitives') ----- fileOpenNewName: nameIndex size: nameSize secure: secureFlag "Open the new named file, possibly checking security. Answer the file oop." | path f index | openFiles size >= maxOpenFiles ifTrue: [^interpreterProxy primitiveFailFor: PrimErrLimitExceeded]. path := (interpreterProxy interpreter asByteArray: nameIndex size: nameSize) utf8Decoded. "the #defaultAction for FileExistsException creates a dialog, so it is caught and resignaled as a generic Error" + [f := StandardFileStream newFileNamed: path] - [f := FileStream newFileNamed: nameIndex] on: FileExistsException do: [:error | ^ interpreterProxy primitiveFailFor: PrimErrInappropriate]. f ifNil: [^interpreterProxy primitiveFail]. + self deny: f isReadOnly. f binary. index := (3 to: openFiles size + 1) detect: [:n| (openFiles includesKey: n) not]. openFiles at: index put: f. ^interpreterProxy integerObjectOf: index! Item was added: + ----- Method: FilePluginSimulator>>primitiveFileGetPosition (in category 'file primitives') ----- + primitiveFileGetPosition + super primitiveFileGetPosition. + interpreterProxy failed ifTrue: + [self halt]! Item was changed: ----- Method: FilePluginSimulator>>sqFileDeleteName:Size: (in category 'simulation') ----- sqFileDeleteName: nameIndex Size: nameSize | path | - path := (interpreterProxy asString: nameIndex size: nameSize) asByteArray utf8Decoded. (StandardFileStream isAFileNamed: path) ifFalse: [^interpreterProxy primitiveFail]. + self halt: 'Deleting ', (path contractTo: 64). [FileDirectory deleteFilePath: path] on: Error do: [:ex| interpreterProxy primitiveFail]! Item was changed: ----- Method: ThreadedARM32FFIPlugin class>>identifyingPredefinedMacros (in category 'translation') ----- identifyingPredefinedMacros + ^#('__ARM_ARCH_5__' '__ARM_ARCH_6__' '__ARM_ARCH_7__' '__arm32__' 'ARM32')! - ^#('__ARM_ARCH__' '__arm__' '__arm32__' 'ARM32')! Item was removed: - ----- Method: ThreadedX64FFIPlugin class>>identifyingPredefinedMacros (in category 'translation') ----- - identifyingPredefinedMacros - "Answer the predefined macros that identify the platforms a subclass handles, if any. - If the subclass isn't yet ready for production (a work in progress) simply answer nil. - Override to filter-out this abstract class." - ^nil!

1 0

Failed: zecke/opensmalltalk-vm#19 (zecke/packaging - 9eabc31)
by Travis CI 06 Mar '19

06 Mar '19

Build Update for zecke/opensmalltalk-vm ------------------------------------- Build: #19 Status: Failed Duration: 23 mins and 33 secs Commit: 9eabc31 (zecke/packaging) Author: Holger Hans Peter Freyther Message: packaging: Fully catch-up and get it buildable * Add another editpharoinstall.sh that doesn't try to copy from /usr/src * Match "Name" and spec filename for OpenSUSE tumbleweed * Fix the PharoV60.sources dependency. It is still 6 and not 7. View the changeset: https://github.com/zecke/opensmalltalk-vm/compare/17a5103d403a...9eabc31556… View the full build log and details: https://travis-ci.org/zecke/opensmalltalk-vm/builds/502377256?utm_medium=no… -- You can unsubscribe from build emails from the zecke/opensmalltalk-vm repository going to https://travis-ci.org/account/preferences/unsubscribe?repository=9904287&ut…. Or unsubscribe from *all* email updating your settings at https://travis-ci.org/account/preferences/unsubscribe?utm_medium=notificati…. Or configure specific recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications.

1 0

Errored: zecke/opensmalltalk-vm#18 (zecke/packaging - 17a5103)
by Travis CI 06 Mar '19

06 Mar '19

Build Update for zecke/opensmalltalk-vm ------------------------------------- Build: #18 Status: Errored Duration: 7 mins and 28 secs Commit: 17a5103 (zecke/packaging) Author: Holger Hans Peter Freyther Message: packaging: Fully catch-up and get it buildable * Add another editpharoinstall.sh that doesn't try to copy from /usr/src * Match "Name" and spec filename for OpenSUSE tumbleweed * Fix the PharoV60.sources dependency. It is still 6 and not 7. View the changeset: https://github.com/zecke/opensmalltalk-vm/compare/c5a7dc1c6559...17a5103d40… View the full build log and details: https://travis-ci.org/zecke/opensmalltalk-vm/builds/502376732?utm_medium=no… -- You can unsubscribe from build emails from the zecke/opensmalltalk-vm repository going to https://travis-ci.org/account/preferences/unsubscribe?repository=9904287&ut…. Or unsubscribe from *all* email updating your settings at https://travis-ci.org/account/preferences/unsubscribe?utm_medium=notificati…. Or configure specific recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications.

1 0

Re: [Vm-dev] [squeak-dev] Squeak and Tonel
by Eliot Miranda 04 Mar '19

04 Mar '19

Hi All, Hi Torsten, Hi Jakob, On Thu, Feb 14, 2019 at 6:17 AM Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > as some of you might already know "Tonel" is a file-per-class format for > monticello repositories [1]. > > In Pharo land many projects are already converted to it - as regular "file > tree" solution faces issues > with git handling due to very long file names / deep file hierarchy (often > leading to trouble on Windows). > > Dales's Rowan (a new project/package manager for Smalltalk) supports > FileTree and also Tonel > repositories [2]. There is also a tool to convert from STORE (VisualWorks > Source-Code Versioning System) > to Tonel format [3]. > > So I wonder about adoption of Tonel in Squeak land. > > Any status/comments? > Last year I was given contract employment by Tudor Girba's feenk which in part was to involve me porting VMMaker.oscog to Pharo in order to reap the productivity benefits of the Glamorous Toolkit when applied to VMMaker. The major direction was to unify the opensmalltalk-vm repository with a Toned-Format repository holding the Smalltalk code. This project, though no fault of feenk's did not go well. A big part of it was my own emotional attachment to Squeak, my "muscle memory" with Squeak and my long experience with Smalltalk-80 derived meta programming which I make extensive use of in VMMaker.oscog. But a key issue was that I was not prepared to *move* VMMaker.oscog to Pharo; for me it is key that it can live in both places. In particular I will not risk VMMaker.oscog being stranded on Pharo as it moves away from the "image-based rendering model". This is not because I don't believe in pixel-independent rendering models, but because productivity in VMMaker depends much more than on GToolkit inspection on the key architectural feature of being completely, safely simulateable (not a real English word; but meaning capable of being simulated). As Pharo moves towards external libraries to implement its UI so the degree to which VMMaker is simulated is reduced. Thus crashes in external code cannot be handled with the same power as with errors presented within the Smalltalk environment itself, and this (as harsh experience over thirty five years has taught me) is far more important for overall productivity than having powerful tailorable inspectors. I therefore wanted a Tonel that could both function for Squeak's Monticello and for Pharo's Iceberg. I had modified the Tonel serialization a little to provide well-formatted support for method timestamps, which are still a key and extremely useful part of Squeak Monticello's "blame" equivalent. Until git author attribution can be imported into Squeak's Monticello (something I don't see happening) I wanted merely to be able to have a variant of Tonel, enabled for example by a class variable, and hence /not/ present in Pharo, that would allow VMMaker.oscog to use Tonel but still be functional inside Squeak. I asked Esteban and was met by a flat no. Not "OK, but this is an option only you will use", but a flat "not under any circumstance". So here I am joining in this thread reluctantly. I'm extremely frustrated by the state of Tonel in Squeak and between the two dialects. Clément had moved his Scorch optimizer to Tonel/git and I tried to use Metacello and Jakob's Tonel code to at least allow me to load that code and try and push forward on Sista/Scorch. The port *does not work*. Metacello fails to load Scorch. Neither Jakob nor Fabio, after putting in some effort, were able to fix the problem, and it is well beyond me. So I have accepted the fact that I will have to use the Monticello repository for Scorch/Sista. I had deep concerns that the pursuit of git integration would end up splitting the Pharo and Squeak communities and indeed this is now in progress. I am utterly unmotivated by the lack of cooperation, the sheer arrogance and bullying of those that say "you will move to git/tonel or else", and considering leaving VMMaker altogether. The only things that are keeping me interested are Ron Teitelbaum's Terf and me pursuing a PhD on register allocation in the context of Sista/Scorch with Robert Hirshfeld's group at HPI. Here's the kind of crap people like Ducasse throw at me: "Eliot At the end of the day I will probably ask the two phds that should work on language design to use truffle or pypy because let us face it we cannot work with the Pharo VM. Else we will simply have to fork it (because we do not want to have to jump over cuis, newspeak, squeak code constraints and I do not what) and it will be another drama is in the pico world of the “open” smalltalk VM. " I am so over this crap. _,,,^..^,,,_ best, Eliot

5 16

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev March 2019