summaryrefslogtreecommitdiff
path: root/external
AgeCommit message (Collapse)Author
2017-02-22MSVC 14.0: Make it work with older SDK versionDavid Ostrovsky
Change-Id: I50a9e8b122250af445c2a1b3d0941d508e027318 Reviewed-on: https://gerrit.libreoffice.org/34528 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Ostrovsky <david@ostrovsky.org>
2017-02-21allow disabling liblangtag for internal libetonyekCaolán McNamara
Change-Id: I3a649f3460759cbcd290cef2e90398b2868983a9
2017-02-21gpg4libre: Make internally built libgpgmepp available in instdirKatarina Behrens
Change-Id: I1193c0d350e6b0d3498117ef7719e7a009173f09 Reviewed-on: https://gerrit.libreoffice.org/34514 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
2017-02-21Kill bitrot Emscripten experimentKhaled Hosny
Change-Id: I1cd5331157e684afb01e6555168ce646194c6ff2 Reviewed-on: https://gerrit.libreoffice.org/34493 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>
2017-02-21Fix check for non-empty UCRTVERSIONStephan Bergmann
...introduced with b862cbdd345ec57c2595629ded6a3969e1e65d56 "Support MSVC 15.0", but $(filter ...,) always expands to the empty string, and this is probably what was intended. Change-Id: I5865ea13ba3c3d52402bcba48f4f770f6c2b8862 Reviewed-on: https://gerrit.libreoffice.org/34482 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-02-17gpg4libre: fix gpgme build dependenciesThorsten Behrens
Change-Id: If71b144f008e35ee248421d922ab2a1a4463d093 Reviewed-on: https://gerrit.libreoffice.org/34361 Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2017-02-17gpg4libre: fix build for older autoconf/automake versionsThorsten Behrens
- serial-tests fix from Richard Jones' libguestfs (lgplv2+) (needed for automake < 1.12) - m4_esyscmd fix from slurm project (gplv2+), needed for autoconf < 2.62 or so - m4_argn from m4 sugar (gplv3+ with autoconf exceptions) - AC_CHECK_FUNCS does not like nested macros, so outline dependend AC_CHECK_HEADERS - only build c and c++ bindings for gpgme, we don't need anything else internally. Change-Id: Ic65ca92119efda585ebc9acbfb7c6c2ac2585451 Reviewed-on: https://gerrit.libreoffice.org/34349 Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Reviewed-by: Siegmund Gorr <siegmund.gorr@cib.de> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
2017-02-17Missing includeStephan Bergmann
Change-Id: I8d334b7d46c15e9e39d28ca39361d701596249b6
2017-02-16external/mysqlcppconn: Silence -Wdynamic-exception-spec errorsStephan Bergmann
...with Clang in C++17 mode Change-Id: If51c0788439688f6fbd77c1a05cb3295ac6e8cb4
2017-02-16external/libcmis: Silence -Wdynamic-exception-spec errorsStephan Bergmann
...with Clang in C++17 mode Change-Id: I50a0568c13e3e7a2d37ebd739d587985b2f9bc8a
2017-02-16external/firebird: Work around operator new alignment violationsStephan Bergmann
...causing problems at least when building with recent Clang trunk on x86_64-unknown-linux-gnu: > make[5]: Entering directory 'workdir/UnpackedTarball/firebird/gen' > rm -f metadata.fdb > core/workdir/UnpackedTarball/firebird/gen/Release/firebird/bin/isql -q -i workdir/UnpackedTarball/firebird/src/dbs/metadata.sql > Makefile:325: recipe for target 'metadata.fdb' failed > make[5]: *** [metadata.fdb] Segmentation fault (core dumped) See the mail thread starting at <https://sourceforge.net/p/firebird/mailman/firebird-devel/thread/ec7c3bb1-3fef-e9b8-5b23-0d07fc412f95%40redhat.com/#msg35669676> "[Firebird-devel] alloc.h global operator new replacement violating alignment requirements". With DEBUG_GDS_ALLOC defined, the allocation functions defined in src/common/classes/alloc.h are no longer replacements of standard allocation functions, so Clang happens to not make aggressive alignment assumptions, see the mail thread starting at <http://lists.llvm.org/pipermail/cfe-dev/2017-February/052676.html> "[cfe-dev] operator new alignment assumptions". (Instead of always defining DEBUG_GDS_ALLOC, I first tried to comment out the definitions of global operator new/delete replacement functions in alloc.h, falling back to the compiler-provided versions. But many places in Firebird allocate via Firebird-specific operator new placement overrides and deallocate via delete expressions, which happens to work at runtime when the replaceable operator delete is Firebird's, but not when it is the compiler-provided one.) Change-Id: Ie02adb440fa959b723983d7f5b0246d3634dc06b
2017-02-16gpg4libre: Build internal libgpg-error, libassuan and gpgme(pp)Katarina Behrens
Change-Id: I1953e7062b872340b844771adc8ebe40f524cc76 Reviewed-on: https://gerrit.libreoffice.org/34227 Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Reviewed-by: Siegmund Gorr <siegmund.gorr@cib.de> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2017-02-15Fix firebird MSVC 15.0 detectionDavid Ostrovsky
Change-Id: I9721632c68e6428b03b0368e7802c6eb4f5eb0a2 Reviewed-on: https://gerrit.libreoffice.org/34323 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Ostrovsky <david@ostrovsky.org>
2017-02-15Support MSVC 15.0David Ostrovsky
New compiler changes quite some stuff: * Compiler detection done based on different registry key * .NET SDK detection done based on different registry key * Msbuild installation directory changed * Merge modules installation directory changed * SDK number in registry doesn't match the directory name: (registry key: 10.0.14393, directory name: 10.0.14393.0) * Compiler, include and library location directories changed * Architecture specific directory changed: x64 instead of amd64 * Compiler own include directory must be added with -I option * To force usage of SDK 10 (8.1 is selected per default) new switch WindowsTargetPlatformVersion is passed to msbuild, to avoid patching VC project files with this line: <WindowsTargetPlatformVersion><SDK>/WindowsTargetPlatformVersion> Known issues: * Firebird is broken: http://paste.openstack.org/show/594333 Change-Id: I148d7932aff43bbbd07bd493504df974726234c2 Reviewed-on: https://gerrit.libreoffice.org/31279 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Ostrovsky <david@ostrovsky.org>
2017-02-14external/pdfium: Work around -fsanitize=shiftStephan Bergmann
...during CppunitTest_sd_export_tests Change-Id: Id253fd83a6056783a55f9496ac850dc00e89253d
2017-02-12use alternative optimizations for buffer creation bottleneckCaolán McNamara
Change-Id: I9f29e8d3e5e97fe403a3e0d7d03c6ac01c7689c4
2017-02-12Resolves: tdf#105426 helpful to actually let the compiler optimize hunspellCaolán McNamara
*facepalm* Change-Id: I5f6d6cb94e1a80d2d7ae96900517aae3c8f39f08 Reviewed-on: https://gerrit.libreoffice.org/34176 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-02-10Remove MinGW supportStephan Bergmann
In OOo times, there'd originally been efforts to allow building on Windows with MinGW. Later, in LO times, this has been shifted to an attempt of cross- compiling for Windows on Linux. That attempt can be considered abandoned, and the relevant code rotting. Due to this heritage, there are now three kinds of MinGW-specific code in LO: * Code from the original OOo native Windows effort that is no longer relevant for the LO cross-compilation effort, but has never been removed properly. * Code from the original OOo native Windows effort that is re-purposed for the LO cross-compilation effort. * Code that has been added specifially for the LO cross-compilation effort. All three kinds of code are removed. (An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing --with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.) Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568 Reviewed-on: https://gerrit.libreoffice.org/34127 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-02-10add --disable-pdfiumCaolán McNamara
Change-Id: I9137dc0030c3c752ffc0931721bf6b0013309d39
2017-02-09expat moved to githubJochen Nitschke
see https://sourceforge.net/p/expat/code_git/ci/master/tree/MIGRATED_TO_GITHUB.txt Change-Id: I9f0351debb69f7aae2b066ad90e983cb6259bff5 Reviewed-on: https://gerrit.libreoffice.org/34041 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
2017-02-08pdfium: work around macOS 10.9 buildMiklos Vajna
I assume this is a compiler bug, the patch can be dropped when we don't build on this baseline anymore. Change-Id: Ic65f830b888864db075efefd5b2e5d2520d9213e Reviewed-on: https://gerrit.libreoffice.org/34033 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2017-02-08external: bundle pdfiumMiklos Vajna
Initial use case is to avoid creating a whole Draw document + a poppler process for each and every PDF image we load in a document. The MSVC patch is only to support MSVC 2013, as upstream already moved to MSVC 2015. Change-Id: I3c9dbac3e3de9f2e874ca4cfec0a9dd8a388b87c Reviewed-on: https://gerrit.libreoffice.org/34022 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2017-02-08gbuild, python3: stop defining SOLARIS, and remove SOLARIS patchMichael Stahl
It's faster to change our code not to rely on -DSOLARIS than to wait for python developers to remove such nonsense from their public headers. Change-Id: I3ab05d41bbb51b91a2add599339ce334b5099330
2017-02-05try to fix arm buildCaolán McNamara
Change-Id: I866d741f35925ba00b60b2beeb5d9ee7de8b0d94
2017-02-05circular freetype and harfbuzz dependencyCaolán McNamara
harfbuzz needs freetype, freetype wants harfbuzz but can live without it Change-Id: I4b5dbd937ccfc9af46c86be5ae1d3f8eeb14e86b
2017-02-05arm libpng build fixCaolán McNamara
Change-Id: I904424251a7d6a84a97e61d18c1a731c66866fae Reviewed-on: https://gerrit.libreoffice.org/33917 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-02-04add freeype to cairo's use externalsCaolán McNamara
Change-Id: I408c48ce0b28534b232b5d401ed13f7af76ed2ed Reviewed-on: https://gerrit.libreoffice.org/33915 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-02-03gpg4libre: Download external gpgme and dependent libsKatarina Behrens
in particular, libgpg-error and libassuan This only downloads and unpacks the tarball. Building them needs some work still Change-Id: I562fd01571929ddfb47a319038f88ea8dbfb4bdd Reviewed-on: https://gerrit.libreoffice.org/33712 Reviewed-by: Siegmund Gorr <siegmund.gorr@cib.de> Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2017-02-03upload boost 1.63.0David Tardon
Change-Id: I7f896bb9650f68626b4bcfe96c9c41fafeab436a Reviewed-on: https://gerrit.libreoffice.org/33827 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-02-02drop bundled ooo2gd (Google Docs) extensionDavid Tardon
LibreOffice has had direct support for Google Drive since (I think) 5.1, via libcmis. Change-Id: I7587923b3fd7dd505124b790066cdaa99a858af1 Reviewed-on: https://gerrit.libreoffice.org/33822 Reviewed-by: Andras Timar <andras.timar@collabora.com> Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com> Reviewed-by: David Ostrovsky <david@ostrovsky.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-02-02workaround libtool library name subst.David Tardon
When libtool links a library with another libtool-based library, it replaces -lfoo by path to installed foo, like $foo-libdir/libfoo.la. harfbuzz would be installed to /usr/local/lib by default, therefore libtool replaces -lharfbuzz by /usr/local/lib/libharfbuzz.la in libfreetype.la, which causes a failure (nonexistent file) when building fontconfig... Change-Id: Ie2510034e69803af084dd90671fdbc8f6863fcf2
2017-02-02build only fontconfig libDavid Tardon
Change-Id: I4fbbd7dfc828e4e38bd59feb93b02fcd6daa74a5
2017-02-02run verbose make for fontconfigDavid Tardon
Change-Id: I67055b9cf325b71b0f227b59d94158c334dc724b
2017-02-02fontconfig uses pkg-config to detect freetype nowDavid Tardon
Change-Id: I12cc3a8a36aeafd5184eee4051bc798c22769d8c
2017-02-02Adapt the external/redland/raptor/xml2-config.patch to raptor2-2.0.15Stephan Bergmann
The Yocto-based GNOME 3.20 SDK used to build the LO Flatpak has a broken xml2-config. I cannot understand why the previous workaround worked fine with raptor2-2.0.9 in LO 5.2 and fails with raptor2-2.0.15 since LO 5.3, but this updated workaround keeps raptor's configure happy. Change-Id: Ibfb2cb8a718f744e1bb4045082520fb186d6062b
2017-02-02upload fontconfig 2.12.1David Tardon
Change-Id: I6f035afbf4a904bed5074d79f467ba43f7d8ed32 Reviewed-on: https://gerrit.libreoffice.org/33813 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-02-02upload freetype 2.7.1David Tardon
Change-Id: I8da4395cefe6bb542ab7cac2a849ec587a63f37c Reviewed-on: https://gerrit.libreoffice.org/33814 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-02-01upload libjpeg-turbo 1.5.1David Tardon
Change-Id: Ie34f030abad75317b8bd813386e6bbf9439a3d1c Reviewed-on: https://gerrit.libreoffice.org/33810 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-02-01upload cairo 1.14.8David Tardon
Change-Id: I3f602b881477653f51025fce72d22a0499e7f077 Reviewed-on: https://gerrit.libreoffice.org/33806 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-02-01upload openssl 1.0.2kDavid Tardon
Change-Id: I26d49db0207b3f4f64aa9698da4cf3567d195834 Reviewed-on: https://gerrit.libreoffice.org/33800 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-02-01upload lcms2 2.8David Tardon
Change-Id: I8a3b138c051d3cddf25855a635262311669bdddc Reviewed-on: https://gerrit.libreoffice.org/33798 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-02-01external/breakpad: Work around -fsanitize=alignmentStephan Bergmann
...as seen in the scenario described in 5997121a51e240c762b4d002d7d16b94ac13d4a1 "Support signal handlers registered with SA_SIGINFO", first > src/client/linux/minidump_writer/directory_reader.h:82:19: runtime error: member access within misaligned address 0x7f3f8235c2cc for type 'struct kernel_dirent', which requires 8 byte alignment > 0x7f3f8235c2cc: note: pointer points here > 10 02 00 00 d8 f8 3b 00 00 00 00 00 01 00 00 00 00 00 00 00 18 00 2e 00 00 00 00 04 02 c7 3b 00 and then > src/client/linux/minidump_writer/linux_dumper.cc:382:19: runtime error: member access within misaligned address 0x7f96c225d7bc for type 'google_breakpad::MappingInfo', which requires 8 byte alignment > 0x7f96c225d7bc: note: pointer points here > 20 0a 32 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > ^ Change-Id: I7f739567879093a404bee3e351ce9e8257676183
2017-01-31upload libmwaw 0.3.10David Tardon
Change-Id: I1355f60bdaf66aecef22f1093f57369b9fd91972 Reviewed-on: https://gerrit.libreoffice.org/33745 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-01-26curl: get winProxy support backThorsten Behrens
with properly aligned asterisks Change-Id: I48b31bce45cdce378fa1cfdd9ddde82b9e669cf5 Reviewed-on: https://gerrit.libreoffice.org/33500 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2017-01-25Pass gb_VISIBILITY_FLAGS into external/breakpadStephan Bergmann
...to avoid UBSan (on Linux) reporting a ODR violation between google_breakpad::MinidumpDescriptor::kMicrodumpOnConsole (workdir/ UnpackedTarball/breakpad/src/client/linux/handler/minidump_descriptor.cc) defined in both the crashreport and sofficeapp dynamic libs. Change-Id: I686a6e2041c70f0aa17a774d705dc71d95d20183
2017-01-24just build the hunspell lib, not the restCaolán McNamara
might hack around link failures of the hunspell tools under arm Change-Id: Ib5db702c2898e909e2bb91f4c4bc6b91bd08f47b
2017-01-24Related: tdf#105426 upgrade to hunspell-1.6.0Caolán McNamara
Change-Id: I275222d1a7d78cbfb1ca046562fc8a3c314b0fae Reviewed-on: https://gerrit.libreoffice.org/33454 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-01-23curl: upgrade to version 7.52.1Thorsten Behrens
- fixes some four CVEs - and a ton of other fixes & improvements Change-Id: I2312f30f72c914c7e930c59ddbe44fb8a282c0a5 Reviewed-on: https://gerrit.libreoffice.org/33471 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2017-01-18Revert "external/firebird: Try track down "Couldn't turn forced writes off" ↵Stephan Bergmann
failure" This reverts commit 128e7ce3ffa50b11b2d5ff9777a27b095a84e5d7 (plus 40b44f7eb25114e5e4e19e571b8781580a938ca6 "Remove line again that was committed in error" follow-up), now that the cause is found and addressed with 592f4f6a5941e42e6b2b3fa76e74b8ad509724c9 "external/firebird: Backport fix for CORE-5452 causing spurious SEGV". Change-Id: I84ddc90707693c2577ad0cd913e987bc9e173e34 Reviewed-on: https://gerrit.libreoffice.org/33229 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2017-01-17python3: upgrade to release 3.5.3Michael Stahl
- fixes some minor CVEs - drop python-vc2013.patch.1 - drop python-3.3.3-py17797.patch.1: the bug was fixed in MSVC2015 runtime so not relevant - drop python-lsan.patch.0: fixed upstream - ubsan.patch.0: drop hunks that were fixed upstream - python-3.5.0-tcltk.disable.patch: merge into msvc-disable.patch.1 Change-Id: I2aecae446539d28eaf3eb64ee67581596019335d Reviewed-on: https://gerrit.libreoffice.org/33225 Reviewed-by: David Ostrovsky <david@ostrovsky.org> Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
generated by cgit (git 2.34.1) at 2025-01-29 23:35:17 +0000