The major highlight of this release is the upgraded interpreters, specifically TADS3. The older Gargoyle release couldn’t play a lot of newer TADS games, and that situation should finally be rectified.
There is currently only a Windows build available. I’m hoping to get a Mac developer to be able to provide a Mac build, since I’m unavailable to do that.
Thanks to everybody who contributed to this release. It took a while but we’re finally here.
Finally, please note that there have been a lot of changes since the last release, and there’s definitely a possibility that bugs have sneaked through. Please report any bugs you find to https://github.com/garglk/garglk/issues. If necessary, I’ll release followup version, and I promise it will not take 8 years.
Can some other Mac user grab my build off https://eblong.com/zarf/tmp/garglk/ and see if it works? Ideally, several users with different MacOS versions.
This is built on MacOS 10.14, using the latest Xcode and homebrew dependencies. Last time I tried this (two years ago), I couldn’t produce a portable binary that way. But maybe things are better now.
I haven’t signed this version. If it looks good to people, I’ll try another version with the sign/notarize dance.
I have now (as of 12:38 Eastern time) replaced the file at the above link with an HFS+ disk image, so it will be readable on older Macs. Thanks to kerrymg for the build fix.
For what it’s worth, the nominal MacOS target version is 10.9 and up (“Mavericks” and later). What it actually runs on, I will be interested to learn.
There’s no automation. I just fire it up and make sure a Z-code, Glulx, and TADS game all run. Historically the problems have been “interpreter doesn’t launch” rather than anything more subtle.
The “lazy symbol binding” error implies that my package setup (libSDL, installed via homebrew) has a more recent OS requirement. Which is not surprising. The fact that it’s complaining about AudioUnitInitialize is a little weird – that call is supposed to be available from the beginning of OSX – but I don’t understand the subtleties of this stuff.
It’s probably best to make two Mac binaries available, old and modern.
I have no plans for something like a .deb or .rpm package, partly because I have no experience building them, partly because there are so many different distributions, and partly because distributions tend to be the ones to produce packages. However, I’m willing to look into one of the newer distribution systems (e.g. Flatpak), which would be portable to a variety of distributions. No guarantees on a timeframe, because I’ve never used, let alone built, such packages, but I’ll give it a try.
There used to be a portable windows version of gargoyle (a zip file that didn’t install things in the registry or in the C:/Windows or C:/User directories). I don’t see one for this new release? Or is the exe just a self-extracting archive?
I’ve added a portable version to the releases. I’m only able to test with Wine on Linux, not a real Windows system, but it works there. Please let me know if it doesn’t work on an actual Windows OS.
I forked garglk and built a script to enable RPM packaging for Fedora 29/30/31 distributions. My recent attempts to install the older gargoyle-2015-5.4.x86_64.rpm on modern Fedora operating systems resulted in errors which prompted me to do this work. I will make a pull request to your repo so you can incorporate the script if you like. I have prepared a test RPM package and it is available at the link below. I should point out that this package has SDL disabled as it was causing problems getting the build completed. Hopefully this can be resolved in a future build.
I was able to create deb builds covering Ubuntu 16.04, 18.04, and 19.10. It looks like some library requirements change between 16.04 and 18.04 so there is a unique deb for 16.04 and another one that works for both 18.04 and 19.10. I did some testing with the packages and it they install properly on fresh OS installs. The test debs can be found at the link below.