summaryrefslogtreecommitdiffstats
path: root/external/libodfgen
Commit message (Collapse)AuthorAgeFilesLines
* Mark external/libodfgen/ellipticalarc.patch as reported upstreamStephan Bergmann2021-08-021-0/+3
| | | | | | | Change-Id: I76f8cab70d4c1a5b98bb5ba1608676d34570694b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/119879 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
* external/libodfgen: Avoid division by zero for empty elliptical arcStephan Bergmann2021-08-012-0/+17
| | | | | | | | | | | | | | | | | | ...as seen when running under UBSan `instdir/program/soffice --headless --convert-to epub` of caolan/libmspub_icu_global_buffer_overflow.sample from the crash-testing corpus. <https://www.w3.org/TR/SVG11/implnote.html#ArcImplementationNotes> specifies: "If the endpoints (x1, y1) and (x2, y2) are identical, then this is equivalent to omitting the elliptical arc segment entirely." (And getEllipticalArgBox's xmin, ymin, xmax, and ymax out parameters are pre-filled with suitable values at the call site in getPathBBox, 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>
* WASM: add initial support for Emscripten cross buildJan-Marek Glogowski2021-05-051-1/+1
| | | | | | | | | | | | | | - configure with: - --host=wasm64-local-emscripten - had to make a few externals optional, so adding: - --disable-nss - --disable-cmis - --disable-curl Change-Id: I48d1c73d2675ad2e2beaf2c341578199efbd24ee Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111130 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
* A patch chunk should have an equal number of context lines before and afterTor Lillqvist2021-01-271-1/+3
| | | | | | | | | Some versions of the patch program are picky about that. Change-Id: I0006ecefcf4afe10971c5f3571c3d32d97598696 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109998 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
* upload libodfgen 0.1.8David Tardon2021-01-246-115/+7
| | | | | | | Change-Id: Ibc59469b74d54a2b307ea708ea5c4a752532f0b0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109840 Tested-by: Jenkins Reviewed-by: David Tardon <dtardon@redhat.com>
* GBUILD_TRACE, support for finding out where the build time is spentLuboš Luňák2020-02-161-0/+2
| | | | | | | | | | See instructions in solenv/gbuild/Trace.mk . This generates a file than can be viewed e.g. in the Chromium tracing view. Change-Id: I5f90647c58ca729375525b6daed2d4918adc8188 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88754 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
* Remove legacy NEED_CLANG_LINUX_UBSAN_RTTI_VISIBILITY supportStephan Bergmann2019-09-202-17/+0
| | | | | | | | | | | | | | | ...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>
* disable warnings in external libsLuboš Luňák2019-05-241-1/+1
| | | | | | | | | | As in, really disable, so that they do not even show. This moreover avoids tons of D9025 warnings from MSVC about overriding -W4 with -w. Change-Id: Ia2e72fd72d883d91bdd89e467ee42f259e2ae033 Reviewed-on: https://gerrit.libreoffice.org/72899 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
* external/libodfgen: Honor -std=... passed in via CXXFLAGSStephan Bergmann2019-05-162-0/+48
| | | | | | | | | | | | ...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>
* update libodfgen README a bitDavid Tardon2019-05-161-1/+1
| | | | Change-Id: I9d0a7e782b1bd5955cb524153b8a7bdea9e174e7
* The -fvisibility-ms-compat hack is no longer needed for UBSan on Linux...Stephan Bergmann2019-05-031-3/+1
| | | | | | | | | | | | | | | | | | | | | | | ...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>
* libodfgen: pass optimization flags to configureDavid Tardon2017-10-291-1/+2
| | | | | | | Change-Id: I23aa89602206bedf3b1faf58c5e153a4d06cb515 Reviewed-on: https://gerrit.libreoffice.org/43997 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
* use the new gbuild way to update config.*David Tardon2017-10-042-22/+2
| | | | | | | Change-Id: I43805ac8c3d5c1b65519da02c3cc50fdb9729ea6 Reviewed-on: https://gerrit.libreoffice.org/42941 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
* iOS, patch libodfgenjan Iversen2017-06-132-0/+22
| | | | | | Support for arm64 Change-Id: I9f5f6220dd4f3e6e2c008f9f8beebbaeb75a1f6b
* tdf#101077 make double->str conv. locale-agnosticDavid Tardon2016-08-122-0/+61
| | | | Change-Id: Ibb87f4a14fda6957149ca52083387760ff6e60a3
* Fix patch to apply on SLE11, just some unknown patch binary hickupTomáš Chvátal2016-03-021-3/+4
| | | | | | | Change-Id: I6cb707663e2abad8761b172773ee70f9caf4a87d Reviewed-on: https://gerrit.libreoffice.org/22835 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
* upload libodfgen 0.1.6David Tardon2015-12-311-0/+1
| | | | Change-Id: Ic77d0510801f3655d914aea0e8ce66476853358a
* Generalize COM_GCC_IS_CLANG -> COM_IS_CLANGStephan Bergmann2015-11-121-1/+1
| | | | | | | | | ...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>
* blind attempt to fix lcovDavid Tardon2015-09-171-1/+1
| | | | Change-Id: If8d6c8da1be1e540d641f20ac90e7877feae27be
* libodfgen: drop dep. on boostDavid Tardon2015-08-302-4/+3
| | | | Change-Id: If13cdf90de752626bbd37877fea045faae0616cb
* gbuild/config stop using VERBOSE, use only verbose=tNorbert Thiebaud2015-08-111-1/+1
| | | | | | | | | | 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>
* libodfgen bundled soname patchAndras Timar2015-08-073-1/+21
| | | | | | | Change-Id: I09f0528420577e4b417ee4e39a52150777910d13 Reviewed-on: https://gerrit.libreoffice.org/17569 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Andras Timar <andras.timar@collabora.com>
* Fix Linux RPATH of various external modulesStephan Bergmann2015-06-123-0/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ...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
* use $(DISABLE_DYNLOADING) consistentlyDavid Tardon2015-06-051-1/+1
| | | | Change-Id: Iec611290770ae0393eb787a3883bb22a12340b0a
* upload libodfgen 0.1.4David Tardon2015-05-183-43/+0
| | | | Change-Id: I97dbebbe7ecbfdc2d4ad37ac53d22026d5e67738
* For Clang -fsanitize=vptr use -fvisibility-ms-compat, not -fvisibility=hiddenStephan Bergmann2015-02-272-0/+19
| | | | | | | | | | | | | | | | | | | 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
* external/lib{odfgen,revenge}: Declare proper symbol visibilityStephan Bergmann2015-01-261-1/+1
| | | | | | | | | | | ...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
* external/libodfgen: Visible function type RTTI for Clang -fsanitize=functionStephan Bergmann2015-01-262-0/+12
| | | | Change-Id: I32c115aa46855375cc28402f21f4f63299e165d4
* Library_odfgen: missing quotesMiklos Vajna2015-01-021-2/+2
| | | | Change-Id: I1df6ad9a53001348f269d4156dd09c4d2c361c26
* updates should not require touching ExternalPackage*David Tardon2015-01-011-1/+1
| | | | Change-Id: Ic23c434770159ddea1f05ac0ef49572b387ebb54
* define all needed macros for libodfgen build on windowsDavid Tardon2015-01-012-16/+2
| | | | Change-Id: Ic05027fafc9bed8d37306be9c7da63e53d1c6196
* error C1083: Cannot open include file: 'config.h': No such file or directoryMiklos Vajna2015-01-012-0/+47
| | | | Change-Id: I8499c79358c598f71585234d7007e981ff4d88e1
* upload libodfgen 0.1.3David Tardon2015-01-013-38/+1
| | | | Change-Id: Ia28bac4b12f23f3e85e42e323b35d8715a6d5d02
* fdo#86664 VSDX import: handle metadataMiklos Vajna2014-11-252-0/+37
| | | | Change-Id: I04a446e6b8a8352be9f091980bca31842bb7e643
* upload libodfgen 0.1.2David Tardon2014-11-243-65/+1
| | | | Change-Id: I9a4719e60f910256c529551fdbb387e98aefd6ce
* external: fortunately boost no longer requires config_host.mkMichael Stahl2014-11-101-1/+1
| | | | Change-Id: I8f2176500bf620cd5e4cdf434e6122b6163b3e0f
* Simplify some $ENABLE_DEBUG expressionsStephan Bergmann2014-08-291-1/+1
| | | | Change-Id: I9f60fd317f3a2995a182d51d06059bd994cf837c
* external/libodfgen: Avoid undefined-behavior casts...Stephan Bergmann2014-08-292-1/+65
| | | | | | ...from (potentially negative) double to unsigned Change-Id: I2f922beec7201a8d769133e879208d2e951e6429
* Pass --enable-debug down to some externalsStephan Bergmann2014-08-291-1/+1
| | | | Change-Id: I3bb3c90142cbbd32877ba5e3d9070bc52ee76df9
* fdo#82035 fix loader pathsDavid Tardon2014-08-041-0/+4
| | | | Change-Id: Ibecd7a89491b487bec54e8a86edbb1b133cdb8f0
* external/librevenge,libmwaw,libodfgen,libwps: fix self-linked symlinks build ↵Douglas Mencken2014-06-171-1/+1
| | | | | | | | | | | | | | | | 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>
* upload libodfgen 0.1.1David Tardon2014-06-033-175/+1
| | | | Change-Id: I46079625b9aa6fd4e1c205a381d2c157b51dc7e4
* rebase all import libsDavid Tardon2014-05-264-32/+55
| | | | Change-Id: I9e1fc613816c943f4fb1033185e34e3acf317f1d
* Let's make it fully clear what we wantTor Lillqvist2014-05-261-2/+5
| | | | Change-Id: Idfd73565c29c4ebcf561955fa965a81888a59315
* Don't build as shared library when DISABLE_DYNLOADINGTor Lillqvist2014-05-261-1/+1
| | | | Change-Id: Ib3339689d41f02b258f6c398887faae28e602a5c
* the other way around...David Tardon2014-05-251-1/+1
| | | | Change-Id: I6aeaa95079e37e710e5b8b1b8ce24464e11f45bb
* build libodfgen as shared libDavid Tardon2014-05-256-6/+248
| | | | Change-Id: I3a2c9f56e87ee6395bd3505a8fe372632e242312
* normalize values of CROSS_COMPILINGMichael Stahl2014-02-271-1/+1
| | | | Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
* normalize values of SYSTEM_BOOSTMichael Stahl2014-02-121-1/+1
| | | | Change-Id: I2fce6545d7f279e0e2d6f3ff53eee1ab82314135
* upload libodfgen-0.0.4David Tardon2013-12-042-32/+0
| | | | Change-Id: I1c0527b01a958fca6e0cb3febb1915762f8a0074
generated by cgit (git 2.34.1) at 2024-05-22 02:29:25 +0000