| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| ccache_program_transform.patch | Allow transforming executable names again | Torsten Landschoff <torsten@debian.org> | no | |||
| ccache-rename.diff | Work around renaming of ccache-swig binary The package suffixes binaries with the major version, which changes ccache-swig to ccache-swig4.0. However, ccache is sensitive to the name of its binary. The test did not take the program-suffix configure option into account. . This is fixed with this patch, however, the original name will not work anymore here (ccache-swig is probably broken now, calling it via the installed symlink should work though). . The patch replaces the macro MYNAME to refer to the installed name of the ccache-swig binary. |
Torsten Landschoff <torsten@debian.org> | no | debian | Debian | |
| ccache-use-cppflags | no | |||||
| 0005-Revert-Use-PyObject-instead-of-PySliceObject-through.patch | Revert "Use PyObject instead of PySliceObject throughout with Python 3.2+" This reverts commit e683168018558f4e73dc26629c4bbec224d23438. |
Jochen Sprickerhof <git@jochen.sprickerhof.de> | no | 2022-12-17 | ||
| issue3058.diff | 2024-10-27: olly #3058 Fix precedence of casts, which should have the same high precedence as unary plus and minus, but actually had a lower precedence than anything else. This could lead to the wrong type being deduced in obscure cases, but also prevented SWIG deducing a type for expressions such as (0)*1+2 which SWIG parses as a cast and then fixes up afterwards. A bug fixed in 4.3.0 made this latter problem manifest more often (previously type deduction happened to work for (0)*1+2 due to an internal field not getting cleared properly). |
no |