summaryrefslogtreecommitdiff
path: root/external
AgeCommit message (Collapse)Author
2015-11-24fix c++ snafu with msvcDavid Tardon
Change-Id: I493b79e70fb8003ce215e602f9b4ce92afa50150
2015-11-24Bump jpeg-turbo version to 1.4.2David Ostrovsky
Change-Id: Ie0d274423a66db49f58bf4de423ad7b0cc638d47 Reviewed-on: https://gerrit.libreoffice.org/20116 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2015-11-23Do all svp text rendering with cairoCaolán McNamara
enabling us to delete a whole pile of foo For android we patch cairo, which is internal in that case, to swap the rgb components so that cairo then matches the OpenGL GL_RGBA format so we can use it there where we don't have GL_BGRA support. Change-Id: I25e34889c7b7263438b143dd2a2ad882fb0f190a
2015-11-21gradle based apk packing doesn't have .so limitation anymoreChristian Lohmaier
and even if it had, everything ends up in liblo-native-code.so now Change-Id: I5d62cf619867d6d0f7c5d4f91acf529706ebdc75
2015-11-20libxml2: upgrade to version 2.9.3Michael Stahl
- drop libxml2-freebsd.patch.1 (upstream libtool 2.4.6 does the same) - drop libxml2-vc15.patch (fixed upstream) Change-Id: Ia2f194f39efebd3d2ea924d23a5543ac53e93116 Reviewed-on: https://gerrit.libreoffice.org/20084 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2015-11-20libxslt: add patch for CVE-2015-7995Michael Stahl
Change-Id: I733cd21f6d8c7ea1e01f594d1483ad9c2043c188
2015-11-19WaE: local variable is initialized but not referencedTor Lillqvist
Change-Id: I27cdec1418e22039cdb2e20b980d2e90eeca545c
2015-11-19Update GLyphy to match upstreamTor Lillqvist
Change-Id: Ia1fe3f5d44e2194f87f1b7655ee28148fb614e81
2015-11-19Avoid automake, patch also Makefile.inTor Lillqvist
Change-Id: I3e52b0a86126f0937649db40cb716bcf3066381a
2015-11-19Update the GLyphy patch for WindowsTor Lillqvist
Make it match https://github.com/tml1024/glyphy (for which a pull request has been submitted). Change-Id: I7bce0ad711d018e8dd5b8da971e233c381d0dc83
2015-11-19Add glyphy-windows.h for feeding GLyphy Win32 font dataTor Lillqvist
Change-Id: Iba7ed7d0e889f151c0b3d27de49fd6f14ffcd112
2015-11-19The glyphy configury takes no --enable/disable-debug optionTor Lillqvist
Change-Id: Id098945656c0d97a0fc11efb42a0d09efb3e5557
2015-11-19We (unintentionally?) build a static archive with MSVCTor Lillqvist
Change-Id: Ief0ccec4b63e2ac767285f4c19175fa000eaad6c
2015-11-19Need _USE_MATH_DEFINES with MSVC for M_PI_2Tor Lillqvist
Change-Id: Ieb7671480b88304a94066965d10d455865915090
2015-11-19Fix some thinkos or copy-paste mistakes for glyphyTor Lillqvist
Change-Id: Ie008086c2a34081c9f50a61808b73b66eda58e2c
2015-11-19link vcl against libglyphyMarkus Mohrhard
Change-Id: I5b206f5d857d28acda82ce8ac53f835142f46da2
2015-11-19integrate glyphy into the buildMarkus Mohrhard
The used glyphy is not directly the upstream version. We currently use a patched version that allows to disable the build for the demos. Change-Id: Ic03355e1ea8fbc56e57afa4f90a55741fe9a563a
2015-11-18upload libetonyek 0.1.4David Tardon
Change-Id: I21eb802e65c7054cfbf73a90c0d63a007829ebcf
2015-11-18No more need to include config_global.hStephan Bergmann
...after 3b59dbbffdb73e48f9e2398bb1eecc24e3d95e13 "remove HAVE_GCC_PRAGMA_DIAGNOSTIC_SCOPE check and macro" Change-Id: I0e9f3c15d48affe104dd6b5df9828ef5e62dfa88
2015-11-16build cairo on androidCaolán McNamara
Change-Id: Ie2f7662a4cc3955963517f265894b8f6a495ece8 Reviewed-on: https://gerrit.libreoffice.org/19991 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2015-11-16don't allow caito to add -flto to its own cflagsCaolán McNamara
Change-Id: I22c66755e8e5ede01cf3e5f21c910f759b55de7a
2015-11-16upgrade png to 1.6.19Caolán McNamara
Change-Id: I3b89e005a0d61ec3b52be16e6a47561fd60887d0 Reviewed-on: https://gerrit.libreoffice.org/19981 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2015-11-15Pass verbosity setting into ExternalProject_popplerStephan Bergmann
Change-Id: I9d95f6f604d7b73617bcd34f15106678b8c2ff47
2015-11-13external/boost: Adapt to clang-clStephan Bergmann
Change-Id: Ib07e85bd1a157b6fa78f07a17f8cf5033b01bddf
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-11-12Related tdf#90249 A reinterpretation of the previous fix...Giuseppe Castagno
...which lives in commit f75c1966a6869eb043debbcb4432a6b12f874d10. The previous fix didn't address correctly all the LO versions available (32 and 64 bit for all the platforms), it's needed in all supported platforms. Change-Id: I24728e0a86df3cc2b2073a8487b63c6739596feb Reviewed-on: https://gerrit.libreoffice.org/19922 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2015-11-12Bin mesa_headers completelyTor Lillqvist
We don't need them in a MSVC or OS X compilation either. Change-Id: I00181fe0a047df09bbdfcce34c07eb2ebc45a2da
2015-11-12Avoid mesa_headers on X11, also link with -lGL only where necesssaryTor Lillqvist
The GLEW headers are enough, and what we actually use in these places. In addition to handling GL extension things in its dynamic fashion, GLEW headers also have declarations for standard, non-extension, OpenGL API, including xgl and wgl ones. Most likely we don't need mesa_headers on Windows or OS X either, and can drop them completely. Change-Id: Ic0d8d6238c862f8fe4a74e99e95344dcbf540980
2015-11-10upgrade liblangtag to 0.5.8Eike Rathke
Change-Id: I219f99fe1d518974fcc0c021ac0582022c6f554a Reviewed-on: https://gerrit.libreoffice.org/19887 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2015-11-10add description of the language-subtag-registry update processEike Rathke
Change-Id: I94b8cd007bdbf3b535c5de9eb56fe5495f39dabf
2015-11-10tdf#90249 fix lock timeout in neon for Windows platform.Giuseppe Castagno
According to RFC 4918 the value used for lock timeout is unsigned 32 bit, see: <http://tools.ietf.org/html/rfc4918#section-10.7> for info. This patch fix the way the timeout element of lock response payload is parsed in Windows. Change-Id: I335a1cb884c3ef1c2362b00981a2784d9232b23e Reviewed-on: https://gerrit.libreoffice.org/19867 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2015-11-10loplugin:nullptr (automatic rewrite)Stephan Bergmann
Change-Id: I59ed4034d6496d4b49fac370443173bf58d7cc0b
2015-11-04liblangtag: be more verbose when buildingMichael Stahl
Change-Id: Ie5001ba809fcdd3f3abe1022ca7a152e01c3982c
2015-11-03Use newly introduced gb_DEBUGINFO_FLAGS instead of hardcoded -gStephan Bergmann
Change-Id: Iaaa80d997fa7babb9212787653c149b72d842a6c
2015-10-27Fix Python 3.5 sizeof(PyGC_Head) for UBSanStephan Bergmann
...by again using 'long double' instead of 'double' to "force worst-case alignment," just like Python 3.3 used to do. This fixes -fsanitize=alignment failures like > workdir/UnpackedTarball/python3/Modules/_ctypes/_ctypes.c:2923:10: runtime error: member access within misaligned address 0x6110007af498 for type 'CDataObject' (aka 'struct tagCDataObject'), which requires 16 byte alignment > 0x6110007af498: note: pointer points here > ff ff ff ff 01 00 00 00 00 00 00 00 98 98 17 00 90 61 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > ^ > GenericPyCData_new workdir/UnpackedTarball/python3/Modules/_ctypes/_ctypes.c:2923:10 > PyCFuncPtr_new workdir/UnpackedTarball/python3/Modules/_ctypes/_ctypes.c:3385:29 > type_call workdir/UnpackedTarball/python3/Objects/typeobject.c:908:11 > [...] during PythonTest_dbaccess_python. Change-Id: I8cc65823e1bc65807ec30c97a9099462e55c996d
2015-10-27Fix python3 on MSVC 14.0David Ostrovsky
Change-Id: I2882a97d0e078bd3217170e7906cd41680fbc4a4 Reviewed-on: https://gerrit.libreoffice.org/17360 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Ostrovsky <david@ostrovsky.org>
2015-10-26Adapt patchStephan Bergmann
Change-Id: I7945eed053a671ad0c755284a372d16083e596b2
2015-10-25Remove Seamonkey based address book driverDavid Ostrovsky
Seamonkey based address book driver is based on pre-compiled libraries and is only used on Windows 32 bit. Remove it in favor of mork driver. Given that Seamonkey based mozab driver also provides Outlook and Outlook Express address book integration, that Windows-32-bit--only feature is lost for now. If necessary, support for that feature could be rewritten from scratch, in a way that would also work for Windows 64 bit. Change-Id: Ie1c125e692598bda999767c328c9e2262a2b82af Reviewed-on: https://gerrit.libreoffice.org/19560 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2015-10-25Python3.5: Remove external dependencies: readline and lzmaDavid Ostrovsky
Change-Id: Ie5cd1c0e186920f3b34d3986aa995a5c3be9c58a
2015-10-25Bump python to 3.5David Ostrovsky
3.5 release is needed for MSVC 14.0 (aka VS 2015) support. Python 3.5 removed build toolchain support for MSVC 2013. Because we still need to support it, we duplicate the Python directory in externals and copy old patches and dispatch to this directory for MSVC 2013. Once the support for MSVC 2013 is dropped on master, this directory can be removed again. Change-Id: Idf7bc351239582f583ecbdb53c923cbdcf968089 Reviewed-on: https://gerrit.libreoffice.org/17352 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2015-10-22ubsan failure on bootstrapping crashtestingCaolán McNamara
Change-Id: Ie2b338bdd75f26953c758b64711e60b6f5ce9c83
2015-10-21Upgrade to ICU 56.1Eike Rathke
Change-Id: Icc3d66c16fca95aa890aee6c67c84674fef878fc
2015-10-14tdf#95024 fix compound word handling for new Hungarian orthographyLászló Németh
This commit contains the recent Hunspell fix for Hungarian compound word handling (commit 42807f970ac2d65f0d13a7c57eb454b210e92240 in Hunspell git repository), changing spell checking only in Hungarian documents. Change-Id: I1c6c3736ecf8c1e2fffcf1c53959b25dc9d27966
2015-10-11fix crash on examining ooo55043-1.odt etcCaolán McNamara
Change-Id: I3b57f50b09d491bd1b021eb95587becbd3f169a2
2015-10-09remove now unneeded apache-commons libsRene Engelhard
Change-Id: Ida7a5f5db5bba8d03bf31de760a908cee9a514e4
2015-10-07relax deps of link target on external projectsDavid Tardon
Compilation of the link target's source files does not require the external project to be built, just unpacked, unless the project generates some needed headers during configure/build. Change-Id: I2c9947cf13ce86878d2649829052551fc54f3883
2015-10-06libwps: new version 0.4.2Sean Young
Change-Id: Iefebbca7c67d7685213a96de15e3d448bf4162d6 Reviewed-on: https://gerrit.libreoffice.org/19181 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2015-10-06Emscripten: Add patch to build ICUSamuel Mehrbrodt
Change-Id: If5924054b53fd2b5acf2ec903cd1acf710cc2ef1
2015-10-05Emscripten: First steps of porting to EmscriptenSamuel Mehrbrodt
See https://wiki.documentfoundation.org/Development/Emscripten for details Change-Id: I977a8b9e98b9be13c263fef48f567b92347d0492 Reviewed-on: https://gerrit.libreoffice.org/18643 Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de> Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
2015-10-02Allow external/firebird to be built with a custom SHELL under Mac OS X 10.11Stephan Bergmann
...which broke all the stock /bin shells to no longer pass through any DYLD_* environment variables, so the DYLD_LIBRARY_PATH passed into the firebird Make would not be passed to all the places that need it (to find the external/icu libraries that some executables link against which are built and run as part of building firebird). What works with two little tweaks is to build your own bash and pass it to make with SHELL=...: * For one, there is an empbuild executable that uses system(...) to call another isql executable, where the latter needs DYLD_LIBRARY_PATH set, but which would not pass through the system(...) call (which implicityl uses /bin/sh). * For another, it is still necessary to invoke Firebird's make with an explicit SHELL=$(SHELL), for reasons that are not entirely clear to me. (There are some Makefile.in in Firebird's extern/ sub-tree that set "SHELL = @SHELL@" to configure's CONFIG_SHELL, unless overriden via an explicit command line arguemnt, but I don't think those are relevant here.) Change-Id: I1e68faa898e758f09efb602d96fd6b35657e0480
generated by cgit (git 2.34.1) at 2024-06-03 14:10:53 +0000