| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| desktop_menu_entry.patch | Rename executable 'gargoyle' -> 'gargoyle-free' Also allow specifying a game to run. =================================================================== |
Sylvain Beucler <beuc@beuc.net> | yes | 2020-05-14 | ||
| fhs_locate_private_binaries.patch | look for sub-binaries in /usr/lib/gargoyle/ By default gargoyle looks for interpreters in the same directory as itself. We could install all binaries in /usr/bin/, linked with rpath=/usr/lib/gargoyle, but this would conflict with existing non-glk packages, such as 'frotz', which would need to be divert'd. So we look-up in hard-coded /usr/lib/gargoyle/ instead. There are mixing feelings towards this approach on the list. =================================================================== |
Sylvain Beucler <beuc@beuc.net> | yes | 2010-09-28 | ||
| gcc-10.patch | [PATCH 1/2] Increase internal linkage in garglk. Versions of gcc prior to 10 were fine with multiple tentative definitions, but with 10 they now become linker errors. In fact, these variables are *not* meant to be related, but instead are meant to be confined to their own files. It just so happens that some of their names overlap, so they were being shared. The intent is *not* to share, so it's correct to give them internal linkage. |
Chris Spiegel <cspiegel@gmail.com> | no | 2020-05-10 |