Vm-dev April 2021

vm-dev@lists.squeakfoundation.org

15 participants
95 discussions

Start a nNew thread

How to convert 32-bit images to 64-bit images?
by Marcel Taeumel 12 Apr '21

12 Apr '21

Hi all! How would one convert a 32-bit image into a 64-bit one? Is there a tool or tutorial? Best, Marcel

2 1

For Vassili Bykov
by ken.dickey＠whidbey.com 09 Apr '21

09 Apr '21

Greetings, Sorry to burden vm-dev with this, but I have been unable to find a current email address for Vassili Bykov. So, Vassili, I have found several code references to "THE HITCH HIKER'S GUIDE TO THE SMALLTALK COMPILER", which is now only available via the Wayback Machine: https://web.archive.org/web/20071213195813/http://www.whysmalltalk.com/arti… Would you give permission to host this on a web page in the Cuis Smalltalk web site? I would be happy to do the markup and have a page in the https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev Documentation directory. OK with you? Thanks in either case, -KenD

1 0

Build failed: opensmalltalk-vm 1.0.2422
by AppVeyor 09 Apr '21

09 Apr '21

1 0

[OpenSmalltalk/opensmalltalk-vm] 5a7aa3: macOS CameraPlugin.
by Eliot Miranda 09 Apr '21

09 Apr '21

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 5a7aa38b22195577364a3c5ccdabbe36d33effeb https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/5a7aa38b2219557736… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2021-04-08 (Thu, 08 Apr 2021) Changed paths: M platforms/iOS/plugins/CameraPlugin/AVFoundationVideoGrabber.m Log Message: ----------- macOS CameraPlugin. Fix a slip in commit a6fd91e98f0d3e51c45a1a66611483abdc4c7156/ commit 4d8cc8d71eb254f3eb687a4486819c13ac04d0ba. The test for the pixel buffer being large enough not to need reallocating is thw wrong way around.

1 0

[SqueakJS] Faster JIT ideas
by Vanessa Freudenberg 08 Apr '21

08 Apr '21

Hi all, ideas for a faster SqueakJS JIT have been swirling around in my head for many years. This weekend I took the time to write some of them down: https://squeak.js.org/docs/jit.md.html Feedback welcome! Vanessa

2 12

[OpenSmalltalk/opensmalltalk-vm] X11 Event Handling: Keystroke events are not recognized for Numpad Enter Key (#556)
by Christoph Thiede 08 Apr '21

08 Apr '21

Setup: Win 2004 + WSL (Ubuntu) + VcXsrv When I press the right enter key (part of the numpad), only keyDown and keyUp events are recorded by the VM, but not any keystroke event. The left enter key, however, works fine, and so does the right enter key on Windows do. Using `HandMorph >> #showEvents:`, the keyUp and keyDown events look the same for both enter keys (character code 13). I don't have a real Linux machine available at the moment. Can someone tell whether the issue also exists without VcXsrv? In general, running Squeak works fine with this setup. However, some keys are not mapped correctly. First, I thought this would be a problem of VcXsrv (and [partially](https://sourceforge.net/p/vcxsrv/bugs/134/), this is also true), but then I recognized that gedit recognizes the right enter key correctly through VcXsrv, so this appears to be a problem of OSVM indeed. --- In sqUnixX11.c, apparently EventKeyDown and EventKeyChar events are always generated together with one exception: https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/7f69e44dd9cdf5d1fe2d… So either `x2sqKey()` or `xkeysym2ucs4()` must be responsible for the bug. However, I have never read these sources before, so probably, I'm completely on the wrong track ... How can I enable `DEBUG_KEYBOARD_EVENTS`? Looking forward to your help, Christoph -- 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/issues/556

1 1

VM Maker: VMMaker-dtl.424.mcz
by commits＠source.squeak.org 05 Apr '21

05 Apr '21

David T. Lewis uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker-dtl.424.mcz ==================== Summary ==================== Name: VMMaker-dtl.424 Author: dtl Time: 5 April 2021, 4:11:26.362 pm UUID: 4bdf5efb-f2f2-47b9-a80f-93e9c910412b Ancestors: VMMaker-dtl.423 VMMaker 4.19.7 Fix unit tests and C code generation for #cppIf:ifTrue:ifFalse: #cppIf:ifTrue: oscog compatibility methods. Tests were incorrectly written to specify #ifdef generation instead of the intended #if directives. =============== Diff against VMMaker-dtl.423 =============== Item was changed: ----- Method: CCodeGenerator>>generateOscogInlineCppIf:on:indent: (in category 'C translation') ----- generateOscogInlineCppIf: msgNode on: aStream indent: level "Generate the C code for this message onto the given stream." + "Translate cppIf:ifTrue: as if it was isDefinedTrueExpression:inSmalltalk:comment:ifTrue:ifFalse: - "Translate cppIf:ifTrue: as if it was isDefined:inSmalltalk:comment:ifTrue: by adding nil argument entries for the comment node and the Smalltalk expression node. Compatibility for externally maintained plugins." msgNode args size = 2 + ifTrue: [| newArgs emptyStatementList | - ifTrue: [| newArgs | "Expand the arguments array to match that of cppIf:ifTrue:ifFalse: " + emptyStatementList := TStmtListNode + readFrom: '(TStmtListNode basicNew instVarAt: 1 put: nil; instVarAt: 2 put: #(); instVarAt: 3 put: ((OrderedCollection new)); yourself)'. + newArgs := Array new: 5. - newArgs := Array new: 4. newArgs at: 1 put: (msgNode args at: 1). newArgs at: 4 put: (msgNode args at: 2). + newArgs at: 5 put: emptyStatementList. "empty #else clause" msgNode setSelector: msgNode selector receiver: msgNode receiver arguments: newArgs]. self + generateInlineCppIfElse: msgNode - generateInlineCppIfDef: msgNode on: aStream indent: level ! Item was changed: ----- Method: CCodeGenerator>>generateOscogInlineCppIfElse:on:indent: (in category 'C translation') ----- generateOscogInlineCppIfElse: msgNode on: aStream indent: level "Generate the C code for this message onto the given stream." + "Translate cppIf:ifTrue:ifFalse: as if it was isDefinedTrueExpression:inSmalltalk:comment:ifTrue:ifFalse: + by adding dummy or nil argument entries for the comment node and the Smalltalk - "Translate cppIf:ifTrue:ifFalse: as if it was isDefined:inSmalltalk:comment:ifTrue:ifFalse: - by adding nil argument entries for the comment node and the Smalltalk expression node. Compatibility for externally maintained plugins." msgNode args size = 3 ifTrue: [| newArgs | "Expand the arguments array to match that of cppIf:ifTrue:ifFalse: " newArgs := Array new: 5. newArgs at: 1 put: (msgNode args at: 1). newArgs at: 4 put: (msgNode args at: 2). newArgs at: 5 put: (msgNode args at: 3). msgNode setSelector: msgNode selector receiver: msgNode receiver arguments: newArgs]. self + generateInlineCppIfElse: msgNode - generateInlineCppIfDefElse: msgNode on: aStream indent: level ! Item was changed: ----- Method: SlangTest>>testCppIfIfTrue (in category 'testing preprocessor directives - oscog compatibility') ----- testCppIfIfTrue "Test the oscog variant of isDefined:inSmalltalk:comment:ifTrue: Same as isDefined:inSmalltalk:comment:ifTrue: but does not support the comment and Smalltalk block." "(SlangTest selector: #testCppIfIfTrue) run" | stssi cString stringWithoutWhiteSpace lines expected | stssi := SlangTestSupportInterpreter inline: false. "verify that the default Smalltalk block that is evaluated in simulation" self assert: stssi ifdefElseEndif = #defaultBlockForSimulation. "verify generated C string" cString := stssi asCString: #cppIfIfTrue. lines := (cString findTokens: Character cr) select: [:e | { + '# if (HAVE_FOO)' . - '# ifdef HAVE_FOO' . ' return 1;' . '# else' . ' return 0;' . '# endif // HAVE_FOO' } includes: e ]. self should: lines size = 3. self should: ('*return 1*' match: lines second). "check the rest of the method, ignoring whitespace and ignoring the leading method comment" stringWithoutWhiteSpace := cString reject: [:e | e isSeparator]. + expected := 'sqIntcppIfIfTrue(void){#if(HAVE_FOO)return1;#endif//HAVE_FOOreturnnull;}'. - expected := 'sqIntcppIfIfTrue(void){#ifdefHAVE_FOOreturn1;#endif//HAVE_FOOreturnnull;}'. self should: expected = (stringWithoutWhiteSpace last: expected size). ! Item was changed: ----- Method: SlangTest>>testCppIfIfTrueIfFalse (in category 'testing preprocessor directives - oscog compatibility') ----- testCppIfIfTrueIfFalse "Test the oscog variant of isDefined:inSmalltalk:comment:ifTrue:ifFalse: Same as isDefined:inSmalltalk:comment:ifTrue:ifFalse: but does not support the comment and Smalltalk block." "(SlangTest selector: #testCppIfIfTrueIfFalse) run" | stssi cString stringWithoutWhiteSpace lines expected | stssi := SlangTestSupportInterpreter inline: false. "verify that the default Smalltalk block that is evaluated in simulation" self assert: stssi ifdefElseEndif = #defaultBlockForSimulation. "verify generated C string" cString := stssi asCString: #cppIfIfTrueIfFalse. lines := (cString findTokens: Character cr) select: [:e | { + '# if (HAVE_FOO)' . - '# ifdef HAVE_FOO' . ' return 1;' . '# else' . ' return 0;' . '# endif // HAVE_FOO' } includes: e ]. self should: lines size = 5. self should: ('*return 1*' match: lines second). self should: ('*return 0*' match: lines fourth). "check the rest of the method, ignoring whitespace and ignoring the leading method comment" stringWithoutWhiteSpace := cString reject: [:e | e isSeparator]. + expected := 'sqIntcppIfIfTrueIfFalse(void){#if(HAVE_FOO)return1;#elsereturn0;#endif//HAVE_FOOreturnnull;}'. - expected := 'sqIntcppIfIfTrueIfFalse(void){#ifdefHAVE_FOOreturn1;#elsereturn0;#endif//HAVE_FOOreturnnull;}'. self should: expected = (stringWithoutWhiteSpace last: expected size). ! Item was changed: ----- Method: VMMaker class>>versionString (in category 'version testing') ----- versionString "VMMaker versionString" + ^'4.19.7'! - ^'4.19.6'!

1 0

aarch64 + config.h
by ken.dickey＠whidbey.com 05 Apr '21

05 Apr '21

Greetings, I disclaim any knowledge of C or Makefiles, but if I comment out the check for _FEATURES_H in config.h (as below), the vm builds fine on and for Aarch64 Linux. /* @#ifdef _FEATURES_H @#error This file was included too late. Please make sure it is included earlier @#endif */ I have no idea what this is checking for or who sets it. The diagnostic output is: vvv===vvv gcc -Wall -march=armv8-a -mtune=cortex-a72 -g -O2 -DNDEBUG -DDEBUGVM=0 -DMUSL -D_GNU_SOURCE -DUSEEVDEV -DCOGMTVM=0 -DDUAL_MAPPED_CODE_ZONE=1 -pthread -DLSB_FIRST=1 -Wno-missing-braces -Wno-unknown-pragmas -Wno-unused-value -Wno-unused-label -Wno-unused-function -Wno-unused-variable -Wno-unused-but-set-variable -DHAVE_CONFIG_H -DSQUEAK_BUILTIN_PLUGIN -I/home/kend/OpenSmalltalk/oscogvm/build.linux64ARMv8/squeak.cog.spur/build -I/home/kend/OpenSmalltalk/oscogvm/build.linux64ARMv8/squeak.cog.spur/build -I/home/kend/OpenSmalltalk/oscogvm/platforms/unix/vm -I/home/kend/OpenSmalltalk/oscogvm/platforms/Cross/vm -I/home/kend/OpenSmalltalk/oscogvm/spur64src/vm -I/usr/local/include -I/home/kend/OpenSmalltalk/oscogvm/platforms/Cross/vm -I/home/kend/OpenSmalltalk/oscogvm/platforms/unix/vm -I/home/kend/OpenSmalltalk/oscogvm/spur64src/vm -I/home/kend/OpenSmalltalk/oscogvm/platforms/Cross/plugins/FilePlugin -I/home/kend/OpenSmalltalk/oscogvm/platforms/unix/plugins/B3DAcceleratorPlugin -Wno-missing-braces -Wno-unknown-pragmas -Wno-unused-value -Wno-unused-label -Wno-unused-function -Wno-unused-variable -Wno-unused-but-set-variable -c -o gcc3x-cointerp.o /home/kend/OpenSmalltalk/oscogvm/spur64src/vm/gcc3x-cointerp.c In file included from /home/kend/OpenSmalltalk/oscogvm/platforms/unix/vm/sqConfig.h:5, from /home/kend/OpenSmalltalk/oscogvm/platforms/Cross/vm/sq.h:18, from /home/kend/OpenSmalltalk/oscogvm/platforms/unix/vm/sqGnu.h:37, from /home/kend/OpenSmalltalk/oscogvm/spur64src/vm/gcc3x-cointerp.c:29: /home/kend/OpenSmalltalk/oscogvm/build.linux64ARMv8/squeak.cog.spur/build/config.h:40:2: error: #error This file was included too late. Please make sure it is included earlier 40 | #error This file was included too late. Please make sure it is included earlier | ^~~~~ ^^^===^^^ ?!? -KenD

2 2

Workload on assorted people
by Bruce O'Neel 05 Apr '21

05 Apr '21

Hi, It is my impression, and I could be wrong, that Eliot and other VM maintainers are getting burned out with the load of maintaining the open smalltalk VM development. This is a bad plan since we are critically dependent on the current maintainers of the VM. No VM, no Squeak et al. So here is my small proposal to help out. There must be a set of people on this list who can build the VM regularly on assorted systems. As a group we can cover the important systems. I can do Linux x86, ArmV6, and ArmV8 in assorted flavors. Others I sure can do Windows and Mac. Step one is then to have people build AND use the VM on the systems that they work on. Let's call this the build community. This will help us track bugs as quickly as possible. Build failures can be reported as GIT issues. In my mind this is better than some CI system because just building is only have of the problem. And tests only find so many things. Now having 100 git issues per day does not help the current maintainers. So... Step 2 is that there another set of people that can not only look at build git issues, but, repeat those builds and propose fixes. Let's call those curated GIT issues. That should be a smaller number. And once we have a git issue with a proposed patch that can be tested by others in the build community to make sure that some patch I propose on Linux does not kill the carefully constructed windows build. That way when we get to... Step 3 is that Eliot and other current VM maintainers have a small set of patches that at least are known to build and not break a VM to review. This should be a much less frustrating piece of work. Finally if no one can be convinced to step up and build/test a particular combo then maybe that build can be just archived. Git won't forget and if someone pops up a few years later and needs a particular build then we can restore it. And this way we can have a small set of builds to run that might be less confusing to those outside of the community that might be interested in joining up but are put off by too much complexity. I think to go forward we have to match the workload with people's time and abilities or we are in trouble. I know *I* greatly appreciate the work that has been done. And I would love to see it continue in a way that is rewarding and sustainable for those doing that work. Thanks bruce

1 0

Re: [Vm-dev] Building Ubuntu x64 vm; did I drop a clang-er?
by stes＠PANDORA.BE 05 Apr '21

05 Apr '21

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The message that the OpenSmalltalk VM emits when it cannot pthread_setsched(), has multiple solutions depending on the setup. According to https://packages.ubuntu.com/groovy/util-linux the package util-linux for ubuntu has a command /usr/bin/prlimit A method which you could try: prlimit --rtprio=99 --pid=<pid of shell in which you will run squeak> So you could try to raise/change the rtprio using prlimit. Perhaps even the prlimit method is not working for you, but it is something that you could try to troubleshoot the issue. If the prlimit method is not working , there may be some other software that disallows changing the rtprio. David Stes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJgZsRTAAoJEAwpOKXMq1ManScH/2yFAx+fzDVYlHXLjWgDprYo mSYQfWs5aZ+FFoPmmdMzZivOZNoY/I6r9iR4FExqwi70puSGnDdRuacQBRPoabW7 mrT5Y9+zaFjFgMIJXHjd0TkUTpzBP3P7xFs6C+dakpXOHimFutDDvoa+RzKCGY1c 5XhE0CXur8FRK8PUJKXa97xYBhR+50bJ4fZkVEP6IHsnJzI1vIzZGzTX62SOsfm+ w18B0sTOgvTJmfcUPUrUK3HorpvMrwXZ89usI/x0Gghbc5XQFmEUb1/dcW9/fMiD 5gc2p6H9eUXexfQp6CoxGagcUW+nsuHNj6hDOXfQ1FV+/uIwnhR93mqCE16nWvc= =6IMJ -----END PGP SIGNATURE-----

2 2

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev April 2021