summaryrefslogtreecommitdiff
path: root/external
AgeCommit message (Collapse)Author
2017-03-15just use turbo-jpeg as sole internal solutionCaolán McNamara
prefer having nasm/yasm but if its not there warn and fallback to disabling assembler optional goodness Change-Id: Ib31ad81717842f743c2910d575a9ebbc279a9c79 Reviewed-on: https://gerrit.libreoffice.org/35189 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-03-13fix fontconfig build with new glibc and gperfDavid Tardon
Change-Id: Ia89f068d93b810b0c32df5df62a582322f3e5588 Reviewed-on: https://gerrit.libreoffice.org/35142 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2017-03-09pdfium: clean up no longer needed VS2013 patchMiklos Vajna
Change-Id: I09c72d795aa6667e81326008fa66409c1e6ec175 Reviewed-on: https://gerrit.libreoffice.org/34988 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2017-03-08tdf#105983 libxmlsec: backport NSS / ECDSA patchesMiklos Vajna
NSS already supported ECDSA, and LibreOffice itself is agnostic here. All what was missing is the ECDSA wrapper in xmlsec's nss backend. Change-Id: Ic26cef369d0f4a1847b6a76825b9464837fe8f3b Reviewed-on: https://gerrit.libreoffice.org/34966 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2017-03-07lcms2: try to get rid of $(DEVENV) /UpgradeMichael Stahl
It's not clear to me that this is actually required, particularly why it would be required for VS 2015 but not VS 2017, and why only for this external and not the others that use MSBuild.exe. Reportedly this can fail if you have an expired or not yet registered VS, while strangely enough everything else compiles fine in that case, so rather than try to find out how to check for that issue in configure, avoid the problem by removing the /Upgrade. Change-Id: I55566e109e57117f65febb91de7580667c984a54 Reviewed-on: https://gerrit.libreoffice.org/34947 Reviewed-by: David Ostrovsky <david@ostrovsky.org> Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2017-03-06drop various _MSC_VER < 1900 conditionalsCaolán McNamara
Change-Id: I68d93b260db1f542bb3b44858b61b2d30ae93530 Reviewed-on: https://gerrit.libreoffice.org/34856 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-03-05gpg4libre: get rpath right for gpgmeThorsten Behrens
Also add initial crossbuild support, and avoid extraneous build targets (docs, arcane lang support) Change-Id: I51afa2ff91c576b35dcb73124396188b780ed84e Reviewed-on: https://gerrit.libreoffice.org/34898 Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2017-03-03remove unused patchCaolán McNamara
unused since... commit 8dfe1a177eb437e751def99eea8bee08a7e49acc Author: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Date: Thu Jul 30 21:57:11 2015 +0200 fix firebird build on Win64 Change-Id: I8041e39bde3f03da71a5cd8b2edf4af3f887a6d5
2017-03-03Fix typosAndrea Gelmini
Change-Id: I338dacd3cfe915714a9038e1dea4a60d586e9394 Reviewed-on: https://gerrit.libreoffice.org/34806 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-03-02Drop support for MSVC 2013David Ostrovsky
Change-Id: Ibf47c9ff7b5fb098e284a58c547b61286264dd80 Reviewed-on: https://gerrit.libreoffice.org/22588 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-02-24Always enable liblangtagKhaled Hosny
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-24external: update to pdfium-3021Miklos Vajna
Change-Id: Ie6bbf7dd0418987a82e44c93b076aa443c00f171 Reviewed-on: https://gerrit.libreoffice.org/34588 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2017-02-23gpg4libre: Fix build by s/gpgme/gpgmepp/ on multiple placesKatarina Behrens
let's see if it appeases the tinderboxes Change-Id: Icfe97381395f5554d51cfb52289b3de89abbbb68 Reviewed-on: https://gerrit.libreoffice.org/34569 Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de> Tested-by: Katarina Behrens <Katarina.Behrens@cib.de>
2017-02-23add upstream URL to READMEsDavid Tardon
Change-Id: I9cde5f94c81c59ff99b8f5af9765b94b6f57184a
2017-02-23update upstream linkDavid Tardon
Change-Id: I1ef0e9079c7af6eddae3e3dae11ca8c3899fd59e
2017-02-23With GCC -std=gnu++17, dynamic exception specifications cause an errorStephan Bergmann
...instead of a warning (as with Clang), so this follow-up to e16644fa1c042b56a1301f0476d7ddb71c8765ea "external/mysqlcppconn: Silence -Wdynamic-exception-spec errors" patches the (few) dynamic exception specifications out of external/mysqlcppconn completely Change-Id: I83a42f1c09e60c15fad1564cf7c42eb3370485da
2017-02-22upload libstaroffice 0.0.3David Tardon
Change-Id: I5cb29e5cc8635988e84f0285164cf139ed4a62b0 Reviewed-on: https://gerrit.libreoffice.org/34536 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
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
generated by cgit (git 2.34.1) at 2025-01-17 19:56:54 +0000