-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
I've made some changes to support Solaris / SunOS.
First of all, I've removed my modification of the "default" pulseaudio choice in the case of #if sun;
the reason is that there was concern about this on other platforms.
And additionally it is possible to setup the Solaris build environment so that the header files soundcard.h sys/soundcard.h and sys/audioio.h are not found (are absent).
In that case the configure script will think it does not have build OSS audio and Sun modules, and the only module that will be built is "vm-sound-pulse". So the system will load the only module available : pulseaudio.
So no change is really required to get the result that "pulseaudio" is now the default on Solaris.
Please have a look at the proposed changes on the "sun" branch and hopefully this can be integrated.
Thanks,
David Stes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQEcBAEBCAAGBQJeqojuAAoJEAwpOKXMq1MaM9AH/0FPPQdg9EpvoV7LWhAWAs+i
7CxEWT6vhoRFuAXB73Op3rtQEmLW+sQtS4v3V4+F9KzFhhHpj0xlI9ZL7Ua52WH/
M9YwoFyct1yZxP00hbB9oSxnEw7G2JrG8CmCYjPKcNUSUUbeRWtoV34POcGWrIuJ
0+NgBD2oDyhmRDZnR+5d5MnZWGFkQCoxCeWu2PcN1t+fO+CWhbaLdE7DUgY4nzdR
ETkR323jFrqqzC9yXvn7WPab9E9lOsjQkzx4+2U9p4zrVphtPkYsX1SX7ngunCny
rn7Qw8yWJsxMtwagHDD0ttZXwvXWdts/iSBnKiRDPr/gU1qfUtlKujTjILr+39M=
=7/ro
-----END PGP SIGNATURE-----
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/494
-- Commit Summary --
* Merge pull request #1 from OpenSmalltalk/Cog
* Merge pull request #2 from OpenSmalltalk/Cog
* Merge pull request #3 from OpenSmalltalk/Cog
* SunPRO change
* SunPRO change
* SunPRO change
* SunPRO change
* sun change: define MIN function
* sun change: include <sys/file.h> to define FASYNC
* sqo_SSL_CTX_set_options problem with --disable-dynamicopenssl (openssl 1.0.2)
* sun change: include <ucontext.h> for <sys/regset.h>
* SunPRO change
* SunPRO change
* sun change: fp and sp in amd64 case
* sun change: define MIN/MAX functions
* sun change: no -q option for fgrep
* Add build.sunos32x86 and build.sunos64x64 directories
-- File Changes --
A build.sunos32x86/HowToBuild (3)
A build.sunos32x86/squeak.cog.spur/build/mvm (39)
A build.sunos32x86/squeak.cog.spur/plugins.ext (17)
A build.sunos32x86/squeak.cog.spur/plugins.int (37)
A build.sunos32x86/squeak.stack.spur/build/mvm (40)
A build.sunos32x86/squeak.stack.spur/plugins.ext (14)
A build.sunos32x86/squeak.stack.spur/plugins.int (37)
A build.sunos64x64/HowToBuild (145)
A build.sunos64x64/squeak.cog.spur/build/mvm (38)
A build.sunos64x64/squeak.cog.spur/plugins.ext (17)
A build.sunos64x64/squeak.cog.spur/plugins.int (37)
A build.sunos64x64/squeak.stack.spur/build/mvm (32)
A build.sunos64x64/squeak.stack.spur/plugins.ext (14)
A build.sunos64x64/squeak.stack.spur/plugins.int (37)
M platforms/Cross/plugins/IA32ABI/ia32abicc.c (4)
M platforms/Cross/plugins/IA32ABI/x64sysvabicc.c (2)
M platforms/Cross/vm/sqAtomicOps.h (7)
M platforms/Cross/vm/sqMemoryFence.h (2)
M platforms/unix/plugins/SqueakSSL/openssl_overlay.h (1)
M platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.inc (5)
M platforms/unix/vm-sound-pulse/sqUnixSoundPulseAudio.c (7)
M platforms/unix/vm/aio.c (1)
M platforms/unix/vm/include_ucontext.h (7)
M platforms/unix/vm/sqUnixHeartbeat.c (4)
M platforms/unix/vm/sqUnixITimerHeartbeat.c (4)
M platforms/unix/vm/sqUnixMain.c (3)
M scripts/checkSCCSversion (2)
-- Patch Links --
https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/494.patchhttps://github.com/OpenSmalltalk/opensmalltalk-vm/pull/494.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/494
Hi Tim!
Yes, let's make a new VM release to be used in Squeak 5.3 and 6.0alpha. I think we should start this dicussion on vm-dev, so I cross-post this.
Once we find a new candidate that was build after March 24 to fix the ARM bug you mentioned, we can update the CI and the bundles. (https://github.com/OpenSmalltalk/opensmalltalk-vm/releases [https://github.com/OpenSmalltalk/opensmalltalk-vm/releases])
That new release will then be copied over to the CI's base files:
http://files.squeak.org/base/ [http://files.squeak.org/base/]
Once the new bundles are produced...
http://files.squeak.org/5.3/ [http://files.squeak.org/5.3/]
http://files.squeak.org/6.0alpha/ [http://files.squeak.org/6.0alpha/]
...we can update squeak.org.
But first things first: We need to find a new release candidate for the VM to be tested at least a week. Tim proposed the following version:
202003291024
Eliot? Nicolas? Any thoughts on this?
Best,
Marcel
Am 18.04.2020 01:43:32 schrieb tim Rowledge <tim(a)rowledge.org>:
The VM included in the 5.3 package for the ARM linux systems is fatally broken due to a code generator bug; we had various discussions about the issue in mid-March. We also noticed a problem with the bitBLT code for all platforms that was fixed by VMMaker.oscog-nice.2732
We really need to push the magic buttons to replace the ARM package in order for it to run at all; updating the other platforms to fix bitBLT would be nice. A quick test of the next available VM on bintray suggests that the https://bintray.com/opensmalltalk/vm/download_file?file_path=squeak.cog.spu… version is functional - but maybe we want to use the latest?
What needs doing to solve this for the download page?
tim
--
tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim
Useful random insult:- On permanent leave of absence from his senses.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Minor technical issue.
Regarding platforms/unix/vm/include_ucontext.h
Solaris has a #include <sys/ucontext.h> so the build was working,
but some versions adhere to the "Single Unix Specification v2" (SUS v2).
According to some info (I'm no expert in this) this is Solaris 7/8
SUSv2 superset of SUS extended Solaris 7
to support POSIX.1b-1993,
POSIX.1c-1996, and ISO/IEC
9899 (C Standard)
Amendment 1
Now that standard speficies that you can #include <ucontext.h>
instead of #include <sys/ucontext.h>
Also see
https://pubs.opengroup.org/onlinepubs/7908799/xsh/ucontext.h.html
I've added a small #ifdef __sun fix to use #include <ucontext.h> in the
Solaris case.
Alternatively perhaps the configure script could check for the
existence of the <ucontext.h> header file ...
Unfortunately the #include's that the program issues,
does have obviously major impact on the behaviour of the VM.
Another issue one of the fixes I submitted in the sunos branch is
or was :
# include <sys/file.h> /* FASYNC or ioctl FIOASYNC will be issued */
in the file platforms/unix/vm/aio.c
The issue there (completely unrelated to the ucontext.h issue) is that
that header file determines how the code in aio.c works
Because in aio.c there is code
#if defined(O_ASYNC)
#elif defined(FASYNC)
#elif defined(FIOASYNC)
great care about the configuration of header files (#include) is needed.
Perhaps also in the case of aio.c this could be dealt with in the configure
script.
The configure script could also in that case try to figure out what
the correct #include is, but it has major impact of course on the
behavior of the VM ...
David Stes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQEcBAEBCAAGBQJepDBDAAoJEAwpOKXMq1Mab1oH/iGxCG89bwpvE2PxVyAbRVkR
LRPoT0t9GZydOr4qWHCGl13DOLvUUfLXH4vkSD1VHCC0Qlnxir9xwgIxSL1mDxpJ
KhEOyddTwnfaALNiwJ9bU3HA5pRMwH1U9eCHhUdUJHXcx4YL9dt/zG9bIMwx+Z3y
x92YqEqJ99qDeYPJ9Ap6KzRMC5/QgHxQWbS5GP1WrqpwzHbUtv7Y/sdXGtOVYfE2
VKHEoCR+yHZjnige1kVF+WejDEvyFG+65ScicEFDfCXB7yXTHpxrkAbNkp2gO1xM
PXnCe25yn6rj861N2ndmnL61iMk4rzqNMomDkaG+KT7CYa6bJdPMeHiXNOkZgxg=
=IsL8
-----END PGP SIGNATURE-----
--
Sent from: http://forum.world.st/Squeak-VM-f104410.html
Hi,
I'd like to create a headless VM without some primitives. I want a VM
without file support and without FFI support (for example). The idea is to
be able to run the image in a kind of sandboxed environment without the risk
of reaching (at least some of) the OS from code. The only interface should
probably be the network.
How would I go about creating such a VM? Should I 'simply' use the existing
VM build scripts and configure it such that no unwanted primitives are
compiled? Or do I need to change the VM-Maker? Any pointers are welcome!
Thx for any advice!
Regards,
Erik
--
Sent from: http://forum.world.st/Squeak-VM-f104410.html