summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)Author
2015-11-28update to mdds 1.0Markus Mohrhard
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-25bump product version to 5.2.0.0.alpha0+Robinson Tryon
Change-Id: Ibc95574848752111d36cc9b3ff13709921b67e6c
2015-11-24Bin outdated #if and unnecessary <config_mingw.h>Tor Lillqvist
We don't support cross-compiling with MinGW currently, and in any case if we ever attempt such again, in the meantime the free replacement Win32 headers most likely have been updated to include the SCRIPT_CONTROL::fMergeNeutralItems field, so no conditional compilation is needed. Change-Id: I38701d6c41c44952466c1ece7c8433abe67642be
2015-11-19Fix Clang version check furtherStephan Bergmann
Change-Id: I5b4fbd8e56b20996406116732c5229fff4696650
2015-11-19Do use libo_CHECK_SYSTEM_MODULE for GLYPHY after allTor Lillqvist
Set the CFLAGS and LIBS for it in config_host.mk.in, and handle the SYSTEM_GLYPHY case properly in RepositoryExternal.mk. Change-Id: I56a7fe72b675b6dd4514bbd1739b53f5871ed36a
2015-11-19We don't actually use GLyphy on Linux yetTor Lillqvist
So don't link with it, to avoid pointlessly depending on the very new glyphy package in Debian. Change this back once needed, after 5.1 branch-off. Change-Id: I4e2e873858841429738e2992676a0142acc528ee
2015-11-19Check for system GLyphy only on Linux and WindowsTor Lillqvist
Won't ever be any "system" one on Windows, of course. And I think it will take some time before Linux distros packages GLyphy, too. But the main point is that I don't want to bother with building GLyphy for anything it isn't used on anyway. (Sure, it isn't actually used on Linux, either, but there might be somebody who wants to work on that.) Also, there is no "include" in the GLyphy source tree. Change-Id: I063369c92e8d4b868cc66513c9ec12aa4fc65f37
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-19Fix Clang version checkStephan Bergmann
"clang -E -P /dev/stdin" causes warnings "clang: warning: /dev/stdin: 'linker' input unused" etc. Change-Id: Ia9c18b59b92558e1d959ce31caf38eed101865d3
2015-11-19Quote $CXXTor Lillqvist
Avoid "test: too many arguments" when $CXX consists of multiple words. Change-Id: I90969333b289fb83ab10b67cb8bfda158a0688cc
2015-11-18upload libetonyek 0.1.4David Tardon
Change-Id: I21eb802e65c7054cfbf73a90c0d63a007829ebcf
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-13Work around clang-cl -FIIntrin.h workaroundStephan Bergmann
Change-Id: I71e0de9e13718c1a6cd11339aba740effa2e0476
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-12configure: avoid empty PRODUCTNAME when AC_PACKAGE_NAME has to be quotedMiklos Vajna
E.g. when AC_PACKAGE_NAME contains spaces, PRODUCTNAME was set to empty. Change-Id: Ie53ad1b770e54eeb03513fa2a7cfc2f4ebe65a2b
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-10added slash to 'Merge Modules' path to fix building win instsetOliver Specht
Change-Id: I83702435e9f8e0e73d6a3ecee1e6a7a30dda52d9 Reviewed-on: https://gerrit.libreoffice.org/19886 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2015-11-09Prevent += called on temporary O[U]String instancesStephan Bergmann
...found regression e31205f3ec1f941ab5a188bfde6329edf2acc55b "EditUndoRemoveChars::GetStr must return a reference" and dubious code 0e23f7b0839df68d277186b4df54ba391ac3406a "Lets assume this doesn't want to update m_pForcedPrefix->GetText() anyway" in addition to the apparent sillies directly fixed in this commit. Introduces HAVE_CXX11_REF_QUALIFIER. Change-Id: I564e98254fd53c1dd9b34193d7057c59721ee24c
2015-11-05Some shell quoting fixesStephan Bergmann
Change-Id: I38de1e66e93086c125c94b76ac5a724439a6fb17 Reviewed-on: https://gerrit.libreoffice.org/19810 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2015-11-04configure: filter -L/usr/lib etc. out of *_LIBSMichael Stahl
The goal is to avoid build breakage by pkg-config or whatever helpfully putting default paths like -L/usr/lib64 into *_LIBS, which is entirely useless since ld searches there anyway but may override other -L that occur later on the command line for LO bundled externals. On a Fedora 22 system, at least these variales were affected: CLUCENE_LIBS FIREBIRD_LIBS KDE4_LIBS POSTGRESQL_LIB BOOST_LDFLAGS Change-Id: Ie55f65c3ae29a125f16871d95ad8b716abf5c982 Reviewed-on: https://gerrit.libreoffice.org/19784 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2015-11-03CPP_LIBRARY has never been used outside configure.acStephan Bergmann
...ever since its introduction with f5aa04485c86a5753bd7af057b86336efe089fae "Enable optionally using libc++ on OS X (when targeting 10.7 or later)" Change-Id: I26ece69d7a00c7452cd027928c318bbf31d6284b
2015-10-29configure.ac error in VCVER use and in firebird mac exclusionNorbert Thiebaud
Change-Id: If63c8b8a4d2f51426d0b7caacd14b985e53eb441 Reviewed-on: https://gerrit.libreoffice.org/19674 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2015-10-29tdf#70833: IDNA support when exporing hyperlinks to PDFStephan Bergmann
Any URLs using non-ASCII IDNA syntax need to be resolved to ASCII-only, as PDF URI Action's URI needs to be "encoded in 7-bit ASCII." Introduce URIHelper::resolveIdnaHost (svl/urihelper.hxx), which internally uses icu::IDNA, which requires to bump the minimal --with-system-icu requirement from 4.2 to 4.6, which means ICU_RECLASSIFIED_CLOSE_PARENTHESIS is always true now. Change-Id: I0e20d9a20ed2b869fba0cc7c969721411db590b3 Reviewed-on: https://gerrit.libreoffice.org/19669 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2015-10-27Support universal C runtime, SDK 10 and .NET 4.6David Ostrovsky
Starting with MSVC 14.0 (aka VS 2015) C Runtime (CRT) was divided in two logical parts: The VCRuntime, which contained the compiler support functionality required for things like process startup and exception handling, and a "stable" part that contained all of the purely library parts of the CRT. Previously, all of the CRT headers, sources, and libraries were distributed as part of the Visual C++ SDK, installed in the VC subdirectory of Visual Studio installation (generally C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC). The files for the VCRuntime are still part of the Visual C++ SDK. The headers, sources, and libraries are now distributed as part of a separate Universal CRT SDK. This SDK is included with Visual Studio; it is installed to C:\Program Files (x86)\Windows Kits\10. The debug ucrtbased.dll is also included as part of this SDK and is installed to the system directory. In I0ef8cda7b initial support was added to suport VS 2015. In this change support for universal CRT, .NET 4.6 and SDK 10 is added. UCRT dirs are added to CFLAG, CXXFLAG and ILIB. SDK 10 include path is added to SOLARINC. .NET Framework 4.6 was splitted from SDK 10 and needs to be discovered separately. Change-Id: I2c484b6b1debab0d71523385021abb8fc8e6027f Reviewed-on: https://gerrit.libreoffice.org/16642 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2015-10-27Automating configure choices based on what is installed considered harmfulTor Lillqvist
Don't automatically --disable-odk (if not mentioned explicitly either way) based on whether doxygen is found or not. Caolán says: It's an absolute pain as a maintainer when packages do that. You build it in some minimal build env and all is well, then some depend changes and something else ends up in the build env and now your package fails to build anymore, or behaves quite differently. Change-Id: I8bc6ab6f90e6e070a37e37b5108081425e116173 Reviewed-on: https://gerrit.libreoffice.org/19324 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2015-10-27add MSVC 14.0 runtime merge modulesAndras Timar
Change-Id: Ib32a4f2484466802ac6c9152e8dd41fc8c67aa46 Reviewed-on: https://gerrit.libreoffice.org/18560 Reviewed-by: David Ostrovsky <david@ostrovsky.org> Tested-by: David Ostrovsky <david@ostrovsky.org>
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-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-21Upgrade to ICU 56.1Eike Rathke
Change-Id: Icc3d66c16fca95aa890aee6c67c84674fef878fc
2015-10-20Add DLOPEN_LIBS to configure for some cases where -ldl is neededRichard PALO
use std::sqrt in vcldemo.cxx Change-Id: I24d8ba15ee267d0cad3b063df9b7cfd8d284f4ee Reviewed-on: https://gerrit.libreoffice.org/18591 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2015-10-16drop gconf integration as per ESC decisionBjoern Michaelsen
Conflicts: shell/source/backends/gconfbe/gconfbackend.cxx Change-Id: I609ec83ec59f5ae8d3a8c9c09649695bfcb03b87 Reviewed-on: https://gerrit.libreoffice.org/19408 Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com> Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
2015-10-14allow using Android Studio with lldb to debug native partChristian Lohmaier
and of course also for the Java part Using build-id linker flag allows lldb to map the installed .so to the non-stripped version on the buildhost. Also ndk-gdb supports specifying a different package name on the commandline, so no need for the error in configure anymore. Change-Id: If6887a27cc8ab15ee6ab612502cacf0a22ade737
2015-10-14add warning with install command when android support repository is missingChristian Lohmaier
Change-Id: I21f4bc6fe6cb10e57c45880a4b6d1be2e4fb88d2
2015-10-14Pass ENABLE_LIBLANGTAG into code via config_liblangtag.hStephan Bergmann
...so changes to ENABLE_LIBLANGTAG during configure cause proper recompilation of source code Change-Id: I282623c885b83e3bf7d94f6f364c5031c012f058
2015-10-14Bump gtk+ version to 2.18Riccardo Magliocchetti
2.18 is the version available in RHEL 6 released in 2010. Change-Id: I4cd4fc89f6b51e6f58ca72b8182f80316b1f4f88 Reviewed-on: https://gerrit.libreoffice.org/19330 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2015-10-14Lost spaceStephan Bergmann
...from 233bfee7046ecd4cbc45647ee8908ce9135e7276 "Emscripten: Don't build liblangtag" Change-Id: I31e3bd0555086105e0bc0704abb86a4acd0b96d5
2015-10-14Lost backslash at end of lineStephan Bergmann
...from 233bfee7046ecd4cbc45647ee8908ce9135e7276 "Emscripten: Don't build liblangtag" Change-Id: I52bbe8bd6dd870414d895d4ced856b27b6000d2c
2015-10-13Emscripten: Don't build liblangtagSamuel Mehrbrodt
Change-Id: Ie0e8aa9928f59f97cdee5c082694f9af474e1473
2015-10-13add warning with install instructions when android build-tools are not foundChristian Lohmaier
Change-Id: I987262e4e9ae99c889285658fc9f840655d29191
2015-10-13For now, firebird doe snot build on macosx 10.11Norbert Thiebaud
upstream seems to be working on it, for now just turn it off when building with SDK 10.11 Change-Id: I07efbf7fb363f4ea09ad42f9f6a1d7303c60da56
2015-10-13Improve checking for emscripten zlibSamuel Mehrbrodt
Change-Id: I52cff17d4d909135e40be53cd5c22a1565953762
2015-10-13Emscripten has an own zlib port, use itSamuel Mehrbrodt
See https://github.com/emscripten-ports/zlib Change-Id: I0af6e2f1f1908838f940ab11706637e3407263fd
2015-10-12Cleanup configure outputJan-Marek Glogowski
AC_MSG_NOTICE'ify some output, fix a test and change some AC_MSG_CHECKING layout, where there was additional output before the AC_MSG_RESULT. Change-Id: Ib423bb6cb65fd4ad7bcba413c2574efb44054399
2015-10-12HAVE_CXX11_PERFECT_FORWARDING is required on all supported toolchainsStephan Bergmann
Change-Id: I8f4d7f8ebdfa0fb2c5a8efc676d1f66876b6daa9
2015-10-12HAVE_CXX11_FINAL is required on all supported toolchainsStephan Bergmann
Change-Id: I85ed86fdd8b11863c96b7a6c3ba76d77dbecf192
2015-10-12Replace "SAL_OVERRIDE" with "override" in LIBO_INTERNAL_ONLY codeStephan Bergmann
Change-Id: I2ea407acd763ef2d7dae2d3b8f32525523ac8274
2015-10-12HAVE_CXX11_OVERRIDE is required on all supported toolchainsStephan Bergmann
Change-Id: Ibc5462642d0a3cd0f96668472ddc0ac0ae407132
2015-10-12HAVE_CXX11_DELETE is required on all supported toolchainsStephan Bergmann
Change-Id: I53c746be98972c7024dc2f340738182e46c24241
2015-10-12configure: make emscripten read from stdinSamuel Mehrbrodt
Emscripten doesn't support reading from stdin currently. This works around that bug by using the /dev/stdin file See https://github.com/kripken/emscripten/issues/3800 Change-Id: I0c938504d645acdeae89c83e0f00bb856381f943
generated by cgit (git 2.34.1) at 2025-01-26 20:06:01 +0000