Matthew Flatt

I learn toward Robby's view. We try to make tools that fit into the usual ways of doing things on a given OS. Unlike Windows or (to a much lesser...

Is this a build without `--enable-xonx`? I think `DESTDIR` hasn't been filled in for that mode, but I'm not sure I'm following correctly, since the link to macports seems to...

Commit 85ecfcb873092773a4897d68ddcb9bed7f941497 should fix this framework problem with `DESTDIR`, too.

For OpenSSL and non-XONX Racket, I guess there are two issues: the 32-bit platforms have "1.1" hardwired in "libssl.rkt" and "libcrypto.rkt", and the "racket-lib" package for each Mac OS platform...

II expect XONX to work with version 3 of OpenSSL, already, and Racket doesn't provide its own OpenSSL build in that case. But let me know if that's not what...

Those packages supply pre-built executables for third-party libraries that Racket needs. I'm not sure how to want to handle this for MacPorts. Some libraries are things like Cairo, which you...

As a temporary measure to make progress, I think you could use `make install PLT_SETUP_OPTIONS=-no-pkg-deps` to avoid the setup error. A better solution needs extra support from the Racket build,...

Looks like I was missing a dash in `PLT_SETUP_OPTIONS=--no-pkg-deps` (need two before `no`).

Toward a long-term solution: Probably the right idea is to treat MacPorts and similar as a different platform, specifically adjusting `system-library-subpath` to add a suffix such as `-opt`. That would...

I experimented with adjusting `system-library-subpath`, and I think that's the way to go. Adjusting `system-library-subpath` means that `PLT_SETUP_OPTIONS=--no-pkg-deps` would not be needed, and there will be no issues about missing...