summaryrefslogtreecommitdiff
path: root/icon-themes
diff options
context:
space:
mode:
Diffstat (limited to 'icon-themes')
0 files changed, 0 insertions, 0 deletions
generated by cgit (git 2.34.1) at 2025-01-22 03:36:52 +0000
tPathBBox, so that we can return here without setting those out parameters.) Change-Id: I6b0b693354648f4015cec2395737fb9abe5ae956 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/119680 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2021-01-24upload libodfgen 0.1.8David Tardon Change-Id: Ibc59469b74d54a2b307ea708ea5c4a752532f0b0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109840 Tested-by: Jenkins Reviewed-by: David Tardon <dtardon@redhat.com> 2019-09-20Remove legacy NEED_CLANG_LINUX_UBSAN_RTTI_VISIBILITY supportStephan Bergmann ...for ASan/UBSan builds using Clang older than current trunk twoards Clang 9, as announced at <https://lists.freedesktop.org/archives/libreoffice/2019-May/082654.html> "Re: [Libreoffice-commits] core.git: The -fvisibility-ms-compat hack is no longer needed for UBSan on Linux...". (And drop the no longer needed solenv/sanitizers/asan-suppressions, which people might still reference from their ASAN_OPTIONS.) Change-Id: Iedc0c5955366d2cbe7dc847990e2b1576750e85b Reviewed-on: https://gerrit.libreoffice.org/72493 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2019-05-16external/libodfgen: Honor -std=... passed in via CXXFLAGSStephan Bergmann ...which fixes an issue encountered when compiling with Clang against trunk libstdc++ (which contains pre-C++17-only code that triggers <https://bugs.llvm.org/show_bug.cgi?id=41896> "Bogus 'error: no return statement in constexpr function' when void return type is 'templated'") Change-Id: I33368996c8ac8cf32893ba1b631ace2a606dafb1 Reviewed-on: https://gerrit.libreoffice.org/72409 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2019-05-03The -fvisibility-ms-compat hack is no longer needed for UBSan on Linux...Stephan Bergmann ...with latest Clang trunk towards Clang 9. All the no-longer necessary hacks are made conditional on new NEED_CLANG_LINUX_UBSAN_RTTI_VISIBILITY, which is still set for UBSan builds with older Clang on Linux (but which should eventually be purged). Various classes needed additional SAL_DLLPUBLIC_RTTI annotations, as building with UBSan instrumentation can generate references to RTTI symbols from additional places like outside a dynamic library that used to hide those symbols by default (but used to not hide them for old UBSan builds thanks to the -fvisibility-ms-compat hack). The odr-violation suppressions in solenv/sanitizers/asan-suppressions (which is not referenced from anywhere in the code base, but meant to be included in an ASan/UBSan build's ASAN_OPTIONS env var) are also no longer needed when NEED_CLANG_LINUX_UBSAN_RTTI_VISIBILITY is false. Change-Id: I24ec3e388b0cbab50dbe2bf008d9569bff7bf25a Reviewed-on: https://gerrit.libreoffice.org/70829 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2017-10-04use the new gbuild way to update config.*David Tardon Change-Id: I43805ac8c3d5c1b65519da02c3cc50fdb9729ea6 Reviewed-on: https://gerrit.libreoffice.org/42941 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com> 2017-06-13iOS, patch libodfgenjan Iversen Support for arm64 Change-Id: I9f5f6220dd4f3e6e2c008f9f8beebbaeb75a1f6b 2016-08-12tdf#101077 make double->str conv. locale-agnosticDavid Tardon Change-Id: Ibb87f4a14fda6957149ca52083387760ff6e60a3 2015-11-12Generalize COM_GCC_IS_CLANG -> COM_IS_CLANGStephan Bergmann ...in anticipation of building with clang-cl.exe on Windows Change-Id: I1d723c9d3b5ca8a2bc6b27ef0189a7b053581398 Reviewed-on: https://gerrit.libreoffice.org/19928 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2015-08-07libodfgen bundled soname patchAndras Timar Change-Id: I09f0528420577e4b417ee4e39a52150777910d13 Reviewed-on: https://gerrit.libreoffice.org/17569 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Andras Timar <andras.timar@collabora.com> 2015-06-12Fix Linux RPATH of various external modulesStephan Bergmann ...as discussed in 371cc81bd9ccbfbed25f810e70899c044280349e "external/liborcus: Fix Linux RPATH:" * When an external module produces multiple libraries (that we all install) that depend on each other, they need to contain $ORIGIN in RPATH (strictly speaking, those that do not depend on any other libraries from the module would not need that, but it is harmless and easier to do that way). * When an external module's libraries depend on other external modules' libraries, and (at least some of) those other external modules are not configuread as --with-system-*, they need to contain $ORIGIN in RPATH (again, for simplicity, some libraries may get that even if they would not strictly need it). * Try to outsmart the external modules' libtool instances to not add (ultimately bogus) paths to RPATH for dependencies on libraries from external modules (either from the same module, or from anohter module not configured as --with-system-*). The only time we do not outsmart libtool, and instead rely on it (hopefully?) doing the right thing is when a given external modules' libraries depend on libraries from excatly one other external module, and the latter is configured as --with-system-*. * That outsmarting means that if an external library depends both on external libraries provided by modules not configured as --with-system-* (so RPATH contains $ORIGIN, and the outsmarting is not suppressed) and on external libraries provided by modules configured as --with-system-*: Then if the latter are in unusual locations on the system that would require an RPATH entry (which might be provided via the corresponding "pkg-config --libs", say, and presumably would be honoured by libtool if we did not outsmart it), then those paths are now erroneously missing from RPATH. * That outsmarting also causes linking of some utility applications in module redland to fail, but those are ultimately unused, so cut them off by patching their respective sub-directory Makefile.in. Change-Id: Iec05b3568fbcf04987018322c328b769ae4f5dab 2015-05-18upload libodfgen 0.1.4David Tardon Change-Id: I97dbebbe7ecbfdc2d4ad37ac53d22026d5e67738 2015-02-27For Clang -fsanitize=vptr use -fvisibility-ms-compat, not -fvisibility=hiddenStephan Bergmann As discussed in b4f6b26b5a1a78fecfa95ec2eb7ac8b80495d8aa "SAL_DLLPUBLIC_RTTI for proper RTTI visibility for LLVM," RTTI-based -fsanitize= checks with Clang on Linux need special precautions to make RTTI symbols visible across DSOs. The approach taken there, as well as in 598d8194b0ea1a64e0ebba28a86c128bafa57c7c "Visible function type RTTI for Clang -fsanitize=function," was to add explicit SAL_DLLPUBLIC_RTTI annontations to relevant type definitions. However, for -fsanitize=vptr that would have required many more of those, so it appears easier to "misuse" -fsanitize-ms-compat in that case, which happens to give all RTTI symbols default visibility (while otherwise still honoring our SAL_DLLPUBLIC/PRIVATE annotations). The SAL_DLLPUBLIC_RTTI annotations from 598d8194b0ea1a64e0ebba28a86c128bafa57c7c "Visible function type RTTI for Clang -fsanitize=function" can likely be removed again. Change-Id: Ibeff7ab8c908111a7dc66ff0677204f112b24db8 2015-01-26external/libodfgen: Visible function type RTTI for Clang -fsanitize=functionStephan Bergmann Change-Id: I32c115aa46855375cc28402f21f4f63299e165d4 2015-01-01error C1083: Cannot open include file: 'config.h': No such file or directoryMiklos Vajna Change-Id: I8499c79358c598f71585234d7007e981ff4d88e1 2015-01-01upload libodfgen 0.1.3David Tardon Change-Id: Ia28bac4b12f23f3e85e42e323b35d8715a6d5d02 2014-11-25fdo#86664 VSDX import: handle metadataMiklos Vajna Change-Id: I04a446e6b8a8352be9f091980bca31842bb7e643 2014-11-24upload libodfgen 0.1.2David Tardon Change-Id: I9a4719e60f910256c529551fdbb387e98aefd6ce 2014-08-29external/libodfgen: Avoid undefined-behavior casts...Stephan Bergmann ...from (potentially negative) double to unsigned Change-Id: I2f922beec7201a8d769133e879208d2e951e6429 2014-06-03upload libodfgen 0.1.1David Tardon Change-Id: I46079625b9aa6fd4e1c205a381d2c157b51dc7e4 2014-05-25build libodfgen as shared libDavid Tardon Change-Id: I3a2c9f56e87ee6395bd3505a8fe372632e242312 2013-12-04upload libodfgen-0.0.4David Tardon Change-Id: I1c0527b01a958fca6e0cb3febb1915762f8a0074 2013-10-30update libodfgenDavid Tardon Change-Id: I9466c07f18b4befaba662386d69426dd6687d2dd Reviewed-on: https://gerrit.libreoffice.org/6487 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com> 2013-10-19fdo#70393: move libodfgen to a subdir of externalKhaled Hosny Change-Id: If43571222806df4c3d25ab88eab3b1755f583d5a Reviewed-on: https://gerrit.libreoffice.org/6333 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>