Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
---|---|---|---|---|---|---|
Wasn-t-prototyped-apparently.patch | Wasn't prototyped, apparently. | Spoike <acceptthis@users.sourceforge.net> | no | debian | upstream, commit:18564b98f6dc724839e8683b3176522c90ee4b77 | 2010-08-15 |
Add-missing-prototype-for-QCC_PR_CheckImmediate.patch | Add missing prototype for QCC_PR_CheckImmediate [Part of a larger commit upstream -smcv] |
Spoike <acceptthis@users.sourceforge.net> | no | debian | upstream, r3572, commit:ce07219448d05c5f31dfd9a20539805a93c71ebd | 2010-08-11 |
patch-to-use-extern-properly.-divVerent-neededed-it-so-we.patch | patch to use extern properly. divVerent neededed it, so we might as well. (cherry picked from commit ac526f0e1b501f8ee663423fbaaef887616adf1e) |
Spoike <acceptthis@users.sourceforge.net> | no | 2012-01-01 | ||
Avoid-multiple-definitions-of-some-global-variables.patch | Avoid multiple definitions of some global variables gcc 10 defaults to -fno-common, which means that the same global variable being defined by multiple translation units (roughly, C source files) causes a linking error. This is similar to the behaviour of global functions, and C++'s "one-definition rule". The way to get a global variable shared between translation units is to declare it as extern (usually in a header file), and then ensure that exactly one translation unit contains a definition. |
Simon McVittie <smcv@debian.org> | no | debian | 2020-08-10 | |
Make-function-pointer-types-consistent-with-the-implement.patch | Make function pointer types consistent with the implementation Mismatched function pointer types are treated as an error by gcc 14: qccmain.c: In function 'QCC_main': qccmain.c:2733:19: error: assignment to 'void * (*)(hashtable_t *, char *)' {aka 'void * (*)(struct hashtable_s *, char *)'} from incompatible pointer type 'void * (*)(hashtable_t *, const char *)' {aka 'void * (*)(struct hashtable_s *, const char *)'} [-Wincompatible-pointer-types] 2733 | pHash_Get = &Hash_Get; |
Simon McVittie <smcv@debian.org> | no | debian | 2024-08-01 |