Proof of concept to run React Native - like applications on the classic Macintosh
Go to file
dependabot[bot] 839da93e87
Bump lodash from 4.17.15 to 4.17.21
Bumps [lodash](https://github.com/lodash/lodash) from 4.17.15 to 4.17.21.
- [Release notes](https://github.com/lodash/lodash/releases)
- [Commits](https://github.com/lodash/lodash/compare/4.17.15...4.17.21)

Signed-off-by: dependabot[bot] <support@github.com>
2021-05-11 12:44:53 +00:00
.vscode LOL 2020-05-03 23:12:49 +09:00
app LOL 2020-05-03 23:12:49 +09:00
.gitignore LOL 2020-05-03 23:12:49 +09:00
CMakeLists.txt LOL 2020-05-03 23:12:49 +09:00
dialog.c LOL 2020-05-03 23:12:49 +09:00
dialog.h LOL 2020-05-03 23:12:49 +09:00
dialog.tpl LOL 2020-05-03 23:12:49 +09:00
duk_config.h LOL 2020-05-03 23:12:49 +09:00
duk_source_meta.json LOL 2020-05-03 23:12:49 +09:00
dukbridge.c LOL 2020-05-03 23:12:49 +09:00
dukbridge.h LOL 2020-05-03 23:12:49 +09:00
duktape.c LOL 2020-05-03 23:12:49 +09:00
duktape.h LOL 2020-05-03 23:12:49 +09:00
LICENSE Initial commit 2020-05-04 02:02:28 +09:00
main.c LOL 2020-05-03 23:12:49 +09:00
Makefile LOL 2020-05-03 23:12:49 +09:00
makeResource.js LOL 2020-05-03 23:12:49 +09:00
package.json LOL 2020-05-03 23:12:49 +09:00
README.md Update README.md 2020-05-06 14:59:25 +09:00
types.h LOL 2020-05-03 23:12:49 +09:00
utils.h LOL 2020-05-03 23:12:49 +09:00
yarn.lock Bump lodash from 4.17.15 to 4.17.21 2021-05-11 12:44:53 +00:00

Macintosh fake-react native

This is a porting of my afternoon experiment to the Macintosh platform

It's based on the work I've done for Windows 3.11 for this twitter thread

Requirements:

You need a build of https://github.com/autc04/Retro68, that includes the Apple Universal Interfaces, to get those download the image from one of the links, open it in Basilisk and then copy those file back to windows: I used HVFExplorer and I copied them w/out the resource partition, seems to work. About basilisk, I'm using the windows build, in order to enable the sharing between windows and basilisk I had to add ignoresegv true to the preference file as it keeps crashing otherwise in Windows 10.

To simplify this step you can find a pce/macplus image linked in this article I personally did not try it but should work fine, but probably you'll need to pull the latest changes from git (recursively).

I used WSL2, you can get this to work fine with WSL1 probably as long as you use a windows shared folder mounted on your linux for using the launchAPPL utility, otherwise you'll have to use HVFExplorer to copy the executable to the mac image. If you use the launchAPPL I suggest to make an alias like

alias launchAPPL='/path/to/Retro68/build/build-host/LaunchAPPL/Client/LaunchAPPL -e shared --shared-directory /mnt/c/share'

If you use other emulators such as minivmac2 you can probably use the network share, it doesn't work on Basilisk though.

Ensure the node dependencies are installed by running yarn. I wrote a script to create and embed the sources as mac resources inside the executable resource partition, node wasn't strictly necessary for this, but I still needed babel to convert the JSX to ES3 that can be run in duktape, so that's why it's a nodejs file.

In the Makefile you'll need to edit the path to your Retro68 build, just change the value of CMAKE_TOOLCHAIN_FILE to the appropriate path.

How does this work?

The main.c is just a simple barebone program that initialize everything needed by the mac to start up an application, then it loads duktape a real stack based JS engine that can run the code that babel outputs; the dukbridge file creates 2 duktape native functions that will we use to bridge the JS world to the native world.

First though we load the app/fakeReact.js that creates some globals that we need, React with its 2 functions createElement and mount, plus a MessageBox and a Dialog native components (you might notice that will call some weird React.duktape. methods, explained later), and two implementation specific things, an empty object property named duktape, under the React global to avoid too much pollution, and a native property that simply maps all the native components, this is used by React.mount to know if it needs to call the native function or continue rendering; a little note here is that I didn't implement a fully descendant reconciler, it only supports 2 levels, the one needed for the demo, sorry!

Anyway, at this point the populateCtx in dukbridge.c runs and connects the JS world to the native world by adding the showDialog and showMessageBox native functions to React.duktape.

At this point the main setup is done, so the app/index.js is loaded first and the main function is mounted.