Debian Patches
Status for libkkc/0.3.5-14
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| okuri-gana.patch | template: Try all possible okuri-gana combinations =================================================================== |
Daiki Ueno <ueno@gnu.org> | no | 2015-02-17 | ||
| Build-with-vala-0.36.patch | build: Fix compile error with Vala 0.36 With this commit: https://git.gnome.org/browse/vala/commit/?id=73b9e4b4 Vala introduced a stricter checks for constructor chain-ups. |
Daiki Ueno <ueno@gnu.org> | no | 2017-03-28 | ||
| Don-t-translate-generated-file.patch | Don't translate generated file | Jeremy Bicha <jbicha@ubuntu.com> | no | 2017-06-17 | ||
| 0004-Fix-memory-leak-caused-by-hacking-strv-length.patch | Fix memory leak caused by hacking strv length. generated _vala_array_free relies length to free the data correctly. Change the value to -1 will affect the behavior of _vala_array_free. |
Weng Xuetian <wengxt@gmail.com> | no | 2017-12-18 | ||
| 0005-tests-Fix-memleaks-in-tests.patch | tests: Fix memleaks in tests | Daiki Ueno <ueno@gnu.org> | no | 2018-06-19 | ||
| 0006-user-sentence-dictionary-Fix-memleak.patch | user-sentence-dictionary: Fix memleak Similar to commit 7d365e11. |
Daiki Ueno <ueno@gnu.org> | no | 2018-06-19 | ||
| 0007-build-Declare-creation-methods-of-abstract-classes-a.patch | build: Declare creation methods of abstract classes as protected Public creation methods of abstract classes are no longer allowed since 0.45.1: https://gitlab.gnome.org/GNOME/vala/commit/9365176e3f4fab737112e957f38c128752c8b504 Suggested by Rico Tzschichholz. |
Daiki Ueno <ueno@gnu.org> | no | 2019-08-09 | ||
| 0005-Migrate-to-python3.patch | Migrate to python3 | Boyuan Yang <byang@debian.org> | no | 2019-11-13 | ||
| ce17a35d3dca32706ae2dd48c7859a36531a9b59.patch | Fix invalid escape on json file Fix the following invalid escape on data/rules/default/rom-kana/default.json : /usr/share/libkkc/rules/default/rom-kana/default.json:121:47: 解析エラー: unexpected character `,', expected string constant |
Mamoru TASAKA <mtasaka@fedoraproject.org> | no | debian | 2024-08-22 | |
| 0008-build-Pass-C-runtime-libs-to-g-ir-scanner-via-extra-library.patch | build: Pass C++ runtime libraries to g-ir-scanner via --extra-library configure.ac copies libtool's $postdeps_CXX verbatim into MARISA_GLIB_STATIC_DEPENDENCIES, and marisa-glib/Makefile.am passes that list to g-ir-scanner as plain -l flags so that the introspection dump binary (linked with the C compiler) can link against the C++ convenience library libmarisa-glib.la. For g-ir-scanner, however, -l<name> means "a shared library that implements the namespace being scanned": every such name must be found in the ldd output of the dump binary and is recorded in the .gir's shared-library attribute. Starting with GCC 16 the driver links -latomic_asneeded, a linker script ("INPUT ( AS_NEEDED ( -latomic ) )") that never shows up in ldd, so libtool's postdeps now contain an entry g-ir-scanner cannot resolve and the build fails with: ERROR: can't resolve libraries to shared libraries: atomic_asneeded Use g-ir-scanner's --extra-library option instead, which links the given libraries into the dump binary without resolving or recording them. This also stops Marisa.gir from claiming that the namespace lives in libstdc++, libm, libgcc_s and libc. The linker-facing users of MARISA_GLIB_STATIC_DEPENDENCIES in libkkc/Makefile.am and tests/Makefile.am are unchanged. |
Boyuan Yang <byang@debian.org> | yes | debian | 2026-09-07 |