Branch: refs/heads/compile_legacy_Mac_OS
Home:
https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: e74e538e006d4da4bd8c67c56d4df05751f5d19e
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/e74e538e006d4da4bd8c67c56d4df05751f5d19e Author: Nicolas Cellier <
[hidden email]>
Date: 2020-03-01 (Sun, 01 Mar 2020)
Changed paths:
M platforms/Cross/vm/sqMemoryAccess.h
Log Message:
-----------
Avoid subtracting char * from void *
A strict C compiler shall bark.
Commit: 7e5456592deb7a67083473c1fdcb419c84aecf43
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/7e5456592deb7a67083473c1fdcb419c84aecf43 Author: Nicolas Cellier <
[hidden email]>
Date: 2020-03-01 (Sun, 01 Mar 2020)
Changed paths:
M build.macos32x86_legacy/common/Makefile.clangversion
M build.macos32x86_legacy/common/Makefile.flags
M build.macos32x86_legacy/common/Makefile.rules
M build.macos32x86_legacy/common/Makefile.vm
Log Message:
-----------
Finally compile with a more recent compiler than gcc-4.2 or llvm-gcc-4.2
Note: gcc-4.2 fails to compile the spur VM with an internal error.
I guess we ain't gonna get any support for fixing it ;)
With XCode 10.3 and XcodeLegacy
https://github.com/devernay/xcodelegacy,
I could compile on macos 10.14 and run in both osx 10.6 and 10.14
It's not ideal to not be able to compile directly from the target OS, but that's the best we can get for supporting this legacy thing.
It's already nice enough to have latest spur VM running on (snow) leopard!
Compare:
https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/596179686af5...7e5456592deb