summaryrefslogtreecommitdiff
path: root/external/libodfgen
AgeCommit message (Collapse)Author
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-09-17blind attempt to fix lcovDavid Tardon
Change-Id: If8d6c8da1be1e540d641f20ac90e7877feae27be
2015-08-30libodfgen: drop dep. on boostDavid Tardon
Change-Id: If13cdf90de752626bbd37877fea045faae0616cb
2015-08-11gbuild/config stop using VERBOSE, use only verbose=tNorbert Thiebaud
configure.ac was setting VERBOSE=YES/NO when really we use verbose=t or verbose= Change-Id: I47aee8d177cb2d788a62ecdbbb9cc3695c2bb299 Reviewed-on: https://gerrit.libreoffice.org/17634 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.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-06-05use $(DISABLE_DYNLOADING) consistentlyDavid Tardon
Change-Id: Iec611290770ae0393eb787a3883bb22a12340b0a
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/lib{odfgen,revenge}: Declare proper symbol visibilityStephan Bergmann
...not only when building the libs themselves, but also when including their header files from other code. (Omission only becomes obvious with hidden function type RTTI causing false positives from Clang -fsanitize=function.) As these external libs do not record the decision to enable visiblity in a config header file that gets included, it appears easiest to hack that knowledge into gbuild for now. (Note that libodfgen internally uses librevenge.) Change-Id: I6a3a722d561b8cbce6e5b1f27d7aa2d7602f3cdf
2015-01-26external/libodfgen: Visible function type RTTI for Clang -fsanitize=functionStephan Bergmann
Change-Id: I32c115aa46855375cc28402f21f4f63299e165d4
2015-01-02Library_odfgen: missing quotesMiklos Vajna
Change-Id: I1df6ad9a53001348f269d4156dd09c4d2c361c26
2015-01-01updates should not require touching ExternalPackage*David Tardon
Change-Id: Ic23c434770159ddea1f05ac0ef49572b387ebb54
2015-01-01define all needed macros for libodfgen build on windowsDavid Tardon
Change-Id: Ic05027fafc9bed8d37306be9c7da63e53d1c6196
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-11-10external: fortunately boost no longer requires config_host.mkMichael Stahl
Change-Id: I8f2176500bf620cd5e4cdf434e6122b6163b3e0f
2014-08-29Simplify some $ENABLE_DEBUG expressionsStephan Bergmann
Change-Id: I9f60fd317f3a2995a182d51d06059bd994cf837c
2014-08-29external/libodfgen: Avoid undefined-behavior casts...Stephan Bergmann
...from (potentially negative) double to unsigned Change-Id: I2f922beec7201a8d769133e879208d2e951e6429
2014-08-29Pass --enable-debug down to some externalsStephan Bergmann
Change-Id: I3bb3c90142cbbd32877ba5e3d9070bc52ee76df9
2014-08-04fdo#82035 fix loader pathsDavid Tardon
Change-Id: Ibecd7a89491b487bec54e8a86edbb1b133cdb8f0
2014-06-17external/librevenge,libmwaw,libodfgen,libwps: fix self-linked symlinks build ↵Douglas Mencken
problem ...LibreOfficeDev.app/Contents/MacOS/librevenge-0.0.0.dylib: Too many levels of symbolic links (librevenge-0.0.0.dylib --> librevenge-0.0.0.dylib: broken symbolic link to librevenge-0.0.0.dylib) The reason for this is that symlink librevenge-0.0.dylib (UnpackedTarball/librevenge/src/lib/.libs/librevenge-0.0.dylib -> librevenge-0.0.0.dylib) is copied via cp --no-dereference, thus becoming linked to self. Change-Id: I4b918c35c594800fb2d7f84ee0ee9f2ff2a5fe14 Reviewed-on: https://gerrit.libreoffice.org/9783 Tested-by: David Tardon <dtardon@redhat.com> Reviewed-by: David Tardon <dtardon@redhat.com>
2014-06-03upload libodfgen 0.1.1David Tardon
Change-Id: I46079625b9aa6fd4e1c205a381d2c157b51dc7e4
2014-05-26rebase all import libsDavid Tardon
Change-Id: I9e1fc613816c943f4fb1033185e34e3acf317f1d
2014-05-26Let's make it fully clear what we wantTor Lillqvist
Change-Id: Idfd73565c29c4ebcf561955fa965a81888a59315
2014-05-26Don't build as shared library when DISABLE_DYNLOADINGTor Lillqvist
Change-Id: Ib3339689d41f02b258f6c398887faae28e602a5c
2014-05-25the other way around...David Tardon
Change-Id: I6aeaa95079e37e710e5b8b1b8ce24464e11f45bb
2014-05-25build libodfgen as shared libDavid Tardon
Change-Id: I3a2c9f56e87ee6395bd3505a8fe372632e242312
2014-02-27normalize values of CROSS_COMPILINGMichael Stahl
Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
2014-02-12normalize values of SYSTEM_BOOSTMichael Stahl
Change-Id: I2fce6545d7f279e0e2d6f3ff53eee1ab82314135
2013-12-04upload libodfgen-0.0.4David Tardon
Change-Id: I1c0527b01a958fca6e0cb3febb1915762f8a0074
2013-11-14more externals need config_host for boostMichael Stahl
Change-Id: I0cfb09240a2e525cbd57b099b6e52eeabcc57d3f
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>
generated by cgit (git 2.34.1) at 2025-01-16 03:28:43 +0000