Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
---|---|---|---|---|---|---|
meson-Only-generate-typelib-and-install-win32-files-on-wi.patch | meson: Only generate typelib and install win32 files on windows There's no need to expose them in other platforms, but we do. So only include the win32-1.0.gir in windows. |
=?utf-8?b?Ik1hcmNvIFRyZXZpc2FuIChUcmV2acOxbyki?= <mail@3v1n0.net> | yes | 2021-06-17 | ||
giscanner-Be-more-thorough-about-applying-Wl-no-as-needed.patch | giscanner: Be more thorough about applying -Wl,--no-as-needed option Some Linux distributions routinely build all executables and libraries with -Wl,--as-needed, either by adding it to LDFLAGS or by making it the compiler or linker default. For installed executables and libraries this is a desirable way to drop unnecessary transitive dependencies, minimizing the number of rebuilds required if a lower-level library breaks ABI, but for our dump executable it's counterproductive and can prevent us from finding the SONAMEs of libraries that were passed as explicit -l arguments, especially if we use a ldd replacement that is not recursive (like the one in gobject-introspection#482). We already had a special case to add -Wl,--no-as-needed to the linker arguments, but only for "internal" libraries and only when not using libtool. Extend that to cover "external" libraries and libtool as well, and filter out any -Wl,--as-needed from LDFLAGS to avoid it from being defeated. |
Simon McVittie <smcv@debian.org> | yes | debian upstream | 2024-05-12 | |
debian/multiarch_compat.patch | Search the pre-multiarch paths too needed only until all packages are moved to mutliarch paths |
Michael Vogt <mvo@debian.org> | not-needed | 2014-08-30 | ||
giscanner-remove-dependency-on-distutils.msvccompiler.patch | giscanner: remove dependency on distutils.msvccompiler It was removed with setuptools 74.0.0. Since we still depend on the MSVCCompiler class use new_compiler() to get it some other way. Remove any reference to MSVC9Compiler, which was for Visual Studio 2008 which we no longer support anyway. |
Christoph Reiter <reiter.christoph@gmail.com> | yes | upstream | upstream, 1.81.2, commit:a2139dba59eac283a7f543ed737f038deebddc19 | 2024-08-28 |