summaryrefslogtreecommitdiff
path: root/external
AgeCommit message (Collapse)Author
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
2015-10-02Make external/firebird work with C++14 sized deallocationStephan Bergmann
...where firebird's replacements of global new/delete would still be called for "new" but not for "delete". Lets hope that always adding the C++14 size_t overloads of operator delete is harmless in all relevant pre-C++14 environments, and only causes harmless warnings like -Wimplicit-exception-spec-mismatch in all relevant C++14 environments. (But why does a /library/ replace global new/delete in the first place?) Change-Id: Ib0b0ad748c6641c07ffed6cec3d6809a1530679f Reviewed-on: https://gerrit.libreoffice.org/19081 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2015-09-24Fix graphite sole diacritic renderingMartin Hosken
Change-Id: If44ab2ff8c860fbed2af3b4702fa031675e425f4 Reviewed-on: https://gerrit.libreoffice.org/18757 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org>
2015-09-20We don't want libxmlsec on iOS, I thinkTor Lillqvist
It would require NSS which I just decided to skip. If/when we patch it to support native iOS (and OS X?) crypto APIs, re-consider. Or something. Now the TiledLibreOffice iOS demo app builds again. Change-Id: I2816a49bbdbde5a8f9d3b9fcdfff420bdca05ff8
2015-09-19Fix error: case value evaluates to 2168791104, which cannot be narrowed ...Tor Lillqvist
... to type 'long' [-Wc++11-narrowing] Change-Id: If9d34297c08744671d2aedd6b3ef7ad3592fb431
2015-09-17pass user-set CXXFLAGSDavid Tardon
Change-Id: I1b4f0f3e7f5a7092f904fc8de59bb704073ed7db
2015-09-17blind attempt to fix lcovDavid Tardon
Change-Id: If8d6c8da1be1e540d641f20ac90e7877feae27be
2015-09-17external/jpeg-turbo: pass (debug) CFLAGS into external build processStephan Bergmann
Change-Id: I51db4784135be1d66f3fede5f87fcb5cd786fbc9
2015-09-17external/jpeg-turbo: Fix calling convention confusion in asm codeStephan Bergmann
...which becomes evident with recent Clang trunk versions, and is fixed for libjpeg-turbo master with <https://github.com/libjpeg-turbo/libjpeg-turbo/ commit/8b2c04f774d18e05e321ee67a9a38b4d7e84f168> "Fix x86-64 ABI conformance issue in SIMD code" (but unfortunately needs a quite different patch for our libjpeg-turbo 1.3.1 tarball). Change-Id: Id9842cc85b4ea87b2faf73f1c8d10533621557e1
2015-09-17Fix Graphite windows build staticMartin Hosken
Change-Id: I6feb3805e79f7cae4a8df7efa665fd97c56411c2 Reviewed-on: https://gerrit.libreoffice.org/18654 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org>
2015-09-14Refactor graphite integration and update graphiteMartin Hosken
Change-Id: I09db7262c2a6180a078620ba086dd7a4c132bd82 Reviewed-on: https://gerrit.libreoffice.org/18459 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: László Németh <nemeth@numbertext.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org>
2015-09-13libfreehand: FHTransform defined as a struct but declared as a classDavid Ostrovsky
MSVC 14.0 is failing to link with unresolved external symbol, because of struct/class mismatch: [1]. * [1] http://paste.openstack.org/show/447780 Change-Id: I67093550d89b323914ae42014d55e89a38adec8c Reviewed-on: https://gerrit.libreoffice.org/18528 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Ostrovsky <david@ostrovsky.org>
2015-09-11Resolves: rhbz#1261421 crash on mashing hangul korean keyboardCaolán McNamara
Change-Id: Ie066c7f83ad15bec198f2091a3b084468c502766
generated by cgit (git 2.34.1) at 2025-01-04 11:33:09 +0000