summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)Author
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
2015-10-12configure: GCC 4.6 is no longer supported on masterMichael Stahl
Change-Id: I8939e7b8b924b0598d46ea301aa636692f063161
2015-10-10add "GODSON64" aka mips64 to the JAVAINTERPRETER 64bit checkRene Engelhard
Change-Id: I20aa0e6cea6626efb5f507a6dbbfb7e6149029ce
2015-10-09remove now unneeded apache-commons libsRene Engelhard
Change-Id: Ida7a5f5db5bba8d03bf31de760a908cee9a514e4
2015-10-08libwps 0.4.2 is required nowDavid Tardon
Change-Id: I93cd7c6fe178287bc5ea2759e53bebc1d5a9f62f
2015-10-07Look for iOS SDK 9.1, tooTor Lillqvist
Change-Id: Idd8fff8b6fabd24e5f88b47360f582fee3bd17c2
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-05add elementary theme, remove outdated stuff from icon-themes/READMEBjoern Michaelsen
Change-Id: Id4c0c1910a785f2cc836113fffdfbe3b7ef40f2f
2015-10-02Remove setting Make SHELL completely from the build systemStephan Bergmann
...this is a follow-up to efad388f756014a7df5ed6f8e4ce417d24e9aba9 "Clean up Make SHELL handling," which broke out-of-tree builds. There appears to be no good reason at all to fiddle with Make's own behavior of determining its SHELL variable (which defaults to /bin/sh and can be overridden via a SHELL=... command line argument when invoking Make). The SHELL_BASH fiddling in configure.ac and Makefile.in was probably cargo cult carried along ever since 815f157c05ebc20e91a050823f048a977b8ae103 "CWS-TOOLING: integrate CWS configuretoplevel," in a time when the OOo build system still defaulted to tcsh. Change-Id: If906164abb6aae649ce8088d945a40213deed361 Reviewed-on: https://gerrit.libreoffice.org/19093 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2015-10-02Clean up Make SHELL handlingStephan Bergmann
* In configure.ac, honour a preset SHELL_BASH when determining SHELL_BASH (so it can be passed in via autogen.input). * For both toplevel "make" and per-module "cd $module && make", consistenly use the SHELL_BASH determined in configure.ac as the Make SHELL. (By moving the setting to a new, common soleng/gbuild/shell.mk. This also exports SHELL as an environment variable to sub-processes now; this exporting can probably be reverted if it is not what is actually wanted---but note that this exporting of an environment variable to sub-processes is unrelated to how nested invocations of $(MAKE) obtain their Make SHELL setting, see below.) * Remove the gb_SHELL override feature from solenv/gbuild/gbuild.mk; for one, it is unclear how it was intended to interact with setting SHELL=@SHELL_BASH@ in the toplevel Makefile; for another, overriding SHELL can be done globally via setting SHELL_BASH in autogen.input now. * Make treats SHELL specially, in that it never uses the SHELL environment variable to determine the Make SHELL variable. Instead, if this Make invocation, or any outer Make invocation it is nested in via calls of $(MAKE), was called with a SHELL=... command line argument, then that value is used (and otherwise the default is hardwired as /bin/sh). So, when calling nested invocations of $(MAKE) from the toplevel Makefile, pass down the current SHELL value via a SHELL=... command line argument via GMAKE_OPTIONS. (And further nested invocations of $(MAKE) will then automatically inherit the SHELL value given on the outer invocation's command line.) Change-Id: I67fa1b88e4e90d09456c1fcad2d082fdce3c019b
2015-10-01autogen: Better check for USING_X11 instead of with_x in some casesSamuel Mehrbrodt
USING_X11 includes os defaults, while with_x is only the option explicitly set by the user Change-Id: I7933b038805a87c418404b40f513c4491e11fd8f Reviewed-on: https://gerrit.libreoffice.org/18919 Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de> Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
2015-10-01Don't let old Clang using -std=c++11 mis-detect HAVE_CXX14_CONSTEXPRStephan Bergmann
...where an assert in a constexpr function merely triggers a -Wc++1y-extensions (so doesn't stop configure from assuming HAVE_CXX14_CONSTEXPR, but will later break with --enable-werror when building include/o3tl/typed_flags_set.hxx). So stuff back the complex constexpr test function that was swapped out with 6cc54913077864ba92d2fdc3addec29ea89770fe "Work around GCC 5.1 ICE." Change-Id: I04ba1dc08d96f776b331fa9d0cae1703f2796532
2015-09-30Blind fix for cross compilationStephan Bergmann
Change-Id: I3b44f153f66dfc8cbd95c23e5456ffad8df46949
2015-09-30Mention the relevant GCC bug IDStephan Bergmann
Change-Id: I3edd39ce3180383c5274380896a0b3884bd08998
2015-09-30Work around GCC 5.1 ICEStephan Bergmann
in constexpr expansion of ‘operator|<ImplFontAttrs>((ImplFontAttrs)33554432u, (ImplFontAttrs)16777216u ... in unotools/source/config/fontcfg.cxx, at least with "g++ (GCC) 5.1.1 20150618 (Red Hat 5.1.1-4)" Change-Id: I715e92d524ceaffdd2f0e73a39d1c816ee8f1644
2015-09-30Avoid unhelpful -Wunused-variableStephan Bergmann
...at least from "g++ (GCC) 5.1.1 20150618 (Red Hat 5.1.1-4)" with --disable-debug, when a namespace-scope const variable with a "complex" initializer declared in an include file remains unused. Avoid that warning via SAL_CONSTEXPR, which in turn requires large parts of o3tl::is_typed_flags to be SAL_CONSTEXPR, which in turn requires a new HAVE_CXX14_CONSTEXPR to allow assert in constexpr functions, which in turn requires using -std=c++14 instead of -std=c++11 where available, which in turn (a) requires to /not/ use -std=c++14 if it would run into a bug between Clang and libstdc++ discussed at <https://llvm.org/bugs/show_bug.cgi?id=24115> "llvm-nm fails to build with gcc 5.1's libstdc++" (and which hits us in sfx2/source/control/thumbnailview.cxx), and (b) requires a new HAVE_CXX14_SIZED_DEALLOCATION to work around GCC 5.1 -Werror=sized-deallocation (where Clang >= 3.7 only supports C++14 sized deallocation when explictly enabled via -fsized-deallocation, btw). This effectively reverts ff6462e6307e6924dc6c8178043ae9032f4b4152 "avoid unused variable warning:" again. Change-Id: I424e3561452a3e6d8c8a9604d6c737cab49840c4 Reviewed-on: https://gerrit.libreoffice.org/18918 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2015-09-30Fix typosAndrea Gelmini
Change-Id: Iaff7e38dd5beac48e1643e369e4240aa736c35ea Reviewed-on: https://gerrit.libreoffice.org/18941 Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de> Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
2015-09-28USING_X: Compare against TRUE, not "yes"Samuel Mehrbrodt
Missed in 94ed449247e2256d4163fb4a46b4be2c3f498d60 Change-Id: I61dc4023fe09185ac43f96f28ccde94d770366d6
2015-09-28Cleanup: WANT_X11 is the same as USING_X11Samuel Mehrbrodt
Change-Id: I5888fc8071b3e64721ad928c76ac9fed97cf3be9 Reviewed-on: https://gerrit.libreoffice.org/18904 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
2015-09-25Replace GUIBASE with USING_X11Samuel Mehrbrodt
That's what it actually means. Also make it a boolean Change-Id: I249e18351253b34b5dada28e2a9c6bc0c06b730c Reviewed-on: https://gerrit.libreoffice.org/18688 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
2015-09-19We indeed don't want to build NSS for iOS, I thinkTor Lillqvist
Change-Id: I4917c0158c09b0f5e0a90c373e7e85c734b81366
generated by cgit (git 2.34.1) at 2025-01-16 04:42:58 +0000