summaryrefslogtreecommitdiff
path: root/external/libetonyek
AgeCommit message (Collapse)AuthorFilesLines
2021-05-28crashtesting: backport assert downgradeCaolán McNamara2-0/+31
Change-Id: I6d813cd9996633b207e30c2f1fff707810396153 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116315 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-05-20upload libetonyek 0.1.10David Tardon6-97/+86
Change-Id: Iad586802e89b19701a20bebff06b238b617af2a9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115769 Tested-by: Jenkins Reviewed-by: David Tardon <dtardon@redhat.com>
2021-05-05WASM: add initial support for Emscripten cross buildJan-Marek Glogowski1-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>
2021-01-07Add missing include for std::for_eachMike Kaganski2-0/+34
It is reported now by Windows build after e0f1b5bd94550835c639efda4e4c9a801c78dbe9 "Upgrade external/boost to latest Boost 1.75.0". Change-Id: Ia69c74cd72c7e8ce56c56ffbfb1c1e467ce2bdc6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/108932 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2020-04-23Use equal number of leading and trailing context lines in patchTor Lillqvist1-1/+2
Change-Id: I67763a5d612b66f61ed8a60c6331c85cc88f2b85 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92789 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-02-16GBUILD_TRACE, support for finding out where the build time is spentLuboš Luňák1-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>
2020-02-06backport glm v0.9.9.0 fix for libetonyekCaolán McNamara2-0/+63
Change-Id: Id21bd6f5c80e79cad653093090a96d066c56c7e6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88092 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2019-09-23do not require $(SRCDIR) in every gb_Library_set_precompiled_headerLuboš Luňák1-1/+1
Change-Id: I7b3a22584bb2e4d501f509ffcd80929feed23a4c Reviewed-on: https://gerrit.libreoffice.org/79360 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-09-20Remove legacy NEED_CLANG_LINUX_UBSAN_RTTI_VISIBILITY supportStephan Bergmann2-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>
2019-05-24disable warnings in external libsLuboš Luňák1-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>
2019-05-19PCH for libetonyekLuboš Luňák3-0/+93
Change-Id: I5d515255018cc2015423beade456b64543a0cdcf Reviewed-on: https://gerrit.libreoffice.org/72528 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-05-03The -fvisibility-ms-compat hack is no longer needed for UBSan on Linux...Stephan Bergmann1-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>
2019-01-07Skip these patches for iOS, tooTor Lillqvist1-0/+2
Change-Id: I2b99cd30b151eaa0302abaa9fdfa92fe8300a4d5
2018-12-29upload libetonyek 0.1.9David Tardon5-74/+2
Change-Id: Ib29e1a622e25731731512a695443ac2c530d30c2 Reviewed-on: https://gerrit.libreoffice.org/65701 Tested-by: Jenkins Reviewed-by: David Tardon <dtardon@redhat.com>
2018-12-19forcepoint#77 null-derefCaolán McNamara2-0/+45
Change-Id: Ib4d546f1e44eb6a682ec7cbbaab7a0a2050ffa1c Reviewed-on: https://gerrit.libreoffice.org/65377 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2018-04-23crashtesting: assert on export of fdo72030-2.key, fix typoCaolán McNamara2-0/+27
Change-Id: Id7ef38be46f7d2ff1de1f3124d4fa82258b086a2 Reviewed-on: https://gerrit.libreoffice.org/53339 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2018-04-17grab an early libetonyek-0.1.8 snapshotCaolán McNamara6-45/+40
Change-Id: Ib31a8cb75f4cebcaa974b95097270362b3b26aef Reviewed-on: https://gerrit.libreoffice.org/52689 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-10-28libetonyek: pass optimization flags to configureDavid Tardon1-1/+1
Change-Id: Id11914a32b8d45b3e0e97fcfc87ea235466169ca Reviewed-on: https://gerrit.libreoffice.org/43983 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2017-10-25external/libetonyek: drop "register", for C++17Stephan Bergmann2-0/+12
> Oct 24 18:21:51 <sberg_> dtardon, why is libetonyek-0.1.7.tar.xz containing > generated src/lib/KEY1Token.inc; is that by design or by mistake? > Oct 24 18:23:32 <dtardon> sberg_, that's for windows > Oct 24 18:24:15 <sberg_> dtardon, yuck; then you should at least have > generated it with a gperf that no longer emits "register" ;) > Oct 24 18:25:35 <dtardon> sberg_, bundled libetonyek is built as shared lib; > the windows build is done as a Library, because the gcc wrapper for msvc > cannot do shared libs. and it's easier to include the .inc files in the > tarball than to re-create them using a CustomTarget inside libreoffice... > Oct 24 18:25:58 <dtardon> sberg_, i'm using gperf on f27 > Oct 24 18:26:19 <dtardon> ... which is 3.1 > Oct 24 18:29:26 <sberg_> dtardon, then maybe they only fixed gperf past 3.1; I > have a local checkout (that still claims to be 3.1, though) that came with a > commit dropping that "register" usage Change-Id: I6a3d965cedbe05582d9e42f5595876c19a1b91a6
2017-10-23upload libetonyek 0.1.7David Tardon4-61/+26
Change-Id: Iabca84c1ba3a14716b7707541434efcc82581a78 Reviewed-on: https://gerrit.libreoffice.org/43709 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-10-04use the new gbuild way to update config.*David Tardon2-21/+2
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-12iOS patch libetonyekjan Iversen2-0/+21
support for arm64 Change-Id: Ic8e78aaf6a72fa8bfc6971544414c84c29b0ec53
2017-05-30stop spewing libxml2 warnings during filter detectionCaolán McNamara2-0/+25
Change-Id: Ifef3e75065e55aefba0f9498cf517efaf78ba6c1
2017-02-24Always enable liblangtagKhaled Hosny2-131/+0
The license should not be an issue any more since liblangtag now has an LGPL/MPLv2 dual licence. Change-Id: I4dfffcccf5d710bd16b21c3254c1449ae041b8ab Reviewed-on: https://gerrit.libreoffice.org/34511 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Eike Rathke <erack@redhat.com>
2017-02-23add upstream URL to READMEsDavid Tardon1-0/+2
Change-Id: I9cde5f94c81c59ff99b8f5af9765b94b6f57184a
2017-02-21allow disabling liblangtag for internal libetonyekCaolán McNamara2-0/+131
Change-Id: I3a649f3460759cbcd290cef2e90398b2868983a9
2016-05-30configure: set BOOST_CPPFLAGS also in --without-system-boost caseMichael Stahl1-1/+1
Simplify the makefiles. Change-Id: Ia695961e936e4a1ffdaff73eb56adc3c3905ed0c
2016-03-03Update etonyek patch to apply with sle11 patchTomáš Chvátal1-4/+6
Change-Id: I86b43ba29a6b7d0d4c36491234c3354c3d6edf0c Reviewed-on: https://gerrit.libreoffice.org/22838 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2016-01-19Pass --enable-symbols into external/libetonyekStephan Bergmann1-1/+1
Change-Id: I60f7817b1d5e32ad642076ea2a9f7b7522ebb1de
2016-01-14upload libetonyek 0.1.6David Tardon5-3/+59
Change-Id: Ia1cbb24f8c579d1b3b7fe0e916318c8f6fa9430f
2015-12-03upload libetonyek 0.1.5David Tardon8-2167/+2
Change-Id: I3d9ffbdd8246d7dee6b49393dd6875cab8565dc0
2015-11-28update to mdds 1.0Markus Mohrhard1-1/+1
Change-Id: I5b6e928ab5a5f2bf84d50f3f0221c0585670d972 Reviewed-on: https://gerrit.libreoffice.org/20251 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2015-11-18upload libetonyek 0.1.4David Tardon13-88/+2186
Change-Id: I21eb802e65c7054cfbf73a90c0d63a007829ebcf
2015-11-12Generalize COM_GCC_IS_CLANG -> COM_IS_CLANGStephan Bergmann1-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>
2015-08-11gbuild/config stop using VERBOSE, use only verbose=tNorbert Thiebaud1-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>
2015-08-07libetonyek bundled soname patchAndras Timar3-1/+20
Change-Id: Ib9ca5d65a493db7daa094b0dea3613637c4c184b Reviewed-on: https://gerrit.libreoffice.org/17567 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Andras Timar <andras.timar@collabora.com>
2015-06-28tdf#92376 fix build of libetonyek on OS XDavid Tardon1-0/+4
2015-06-25upload libetonyek 0.1.3David Tardon17-2213/+102
Change-Id: I451f02ee93a798c9c1712082d59a7ff96b0d4a4e
2015-06-12Fix Linux RPATH of various external modulesStephan Bergmann3-0/+14
...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 Tardon1-1/+1
Change-Id: Iec611290770ae0393eb787a3883bb22a12340b0a
2015-06-02external/libetonyek: -fsanitize=nonnull-attributeStephan Bergmann1-0/+11
Change-Id: Ib7e6722d772a135325ebd1e33ed7b17f214fea47
2015-05-26fix some problems found by coverityDavid Tardon3-0/+76
Change-Id: Icaf543858298da4e6c8bb01c8820fa9755c3b7ae
2015-05-21external/libetonyek: -fsanitize=enumStephan Bergmann2-0/+12
e.g., during CppunitTest_writerperfect_impress Change-Id: Ib9eb7a9ba7c9bad9cc43fbe2132ca315e2f28c0a
2015-05-21For Clang -fsanitize=vptr use -fvisibility-ms-compat, not -fvisibility=hiddenStephan Bergmann2-0/+19
...same as f0aa1a78fb209310e8baef53c02f365fca518d11 Change-Id: Ib02a20677eaaf2930bf3620c4ed2b1c3c098ce00
2015-05-21Use --disable-shared if DISABLE_DYNLOADINGTor Lillqvist1-2/+5
Change-Id: I77f8890ed6d03f02eb8c12c5e034d119bc85addc
2015-05-20build libetonyek as shared libDavid Tardon11-3/+2237
Change-Id: Id98bc62bd41846550dc9149d462a3b85bb2538c5
2015-05-20libetonyek: fix windows buildMichael Stahl3-0/+15
Putting source files into sub-directories is not really supported by autotools apparently. Change-Id: I6f0ff7e0ee0c2c4b59fb670a3cbaa9723b655d1f
2015-05-19hopefully better fix for windowsDavid Tardon3-1/+27
Change-Id: I196853f0efbaab48e5e09b2728df0a8e5152dc9e
2015-05-19blind fix for windowsDavid Tardon1-1/+1
Change-Id: Ia042bbb7845a6de4769949230e3f1bc90099c9aa
2015-05-19restore windows build fixDavid Tardon2-0/+26
Change-Id: I1269be7ab26a4f7ba30a70eb8aef3023384a7de2