summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)Author
2014-09-16that's probably what was intendedLionel Elie Mamane
Change-Id: Ie6628db43b8a0dc4913508040e79ee5b4cf10c51
2014-09-16Revert "force --with-system-odbc on MacOS X and Microsoft Windows"Tor Lillqvist
There is no <sqlext.h> in the current OS X 10.9 SDK, or in the upcoming 10.10 SDK. Besides, if we want to enforce an option on a platform, we should just make the configure script work as if the option had been present, not require it to actually be passed to the configure script. The intent is, to the best of my knowledge, that it should be possible to build LibreOffice without passing any option at all to autogen.sh. This reverts commit 34fe0d32505f64fdef20828c26547cc7f8453212. Change-Id: I0f72bc91bc51fa22ec994d7e39d2b10b9617834c
2014-09-16force --with-system-odbc on MacOS X and Microsoft WindowsLionel Elie Mamane
Change-Id: Idc078f1498b4d5baa69d306630e174ac59ae1fcb
2014-09-16Accept NDK r10bTor Lillqvist
Change-Id: Ibc6dfc5e6d59845b3f46bfc92a5dc782032256ad
2014-09-14boost signals2 with clang and C++11 require at least boost 1.55Luboš Luňák
https://svn.boost.org/trac/boost/ticket/8260 Change-Id: I06b4d45b91c99d1152fa79e419346c0668573bca
2014-09-13configure: kill unsupported mac SDKNorbert Thiebaud
Change-Id: I1185539ecee1b9ede161bffcea9c13af0ade9510
2014-09-13mac: enable-retina is now the defaultNorbert Thiebaud
Change-Id: I311d6b359007b1d5799673e3d7733bdf2177df88
2014-09-13Add proper help for with-build-platform-configure-optionsPeter Foley
Change-Id: I9ebe739223f396f16f326c7fbad09c762030f796 Reviewed-on: https://gerrit.libreoffice.org/11406 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2014-09-12Found out that Mac OS X 10.9 has working threadsafe staticsStephan Bergmann
Change-Id: Ia50181989dfacee342bfa025cbdf718edaa27832
2014-09-11(Rudimentary) C++11 support is a hard requirement nowStephan Bergmann
Change-Id: I43ed776d52336b822aa6152f0f2a29e39303bb75
2014-09-11Default to MAC_OS_X_VERSION_MIN_REQUIRED=1080 for Mac OS X SDK >= 10.8Stephan Bergmann
...esp. after aba0106926ceb337035cf46611ff0d590a2af28b "Always build 64-bit code for OS X" combined with the fact that the TDF 64-bit builds state 10.8 as a minimum requirement. For a build with SDK >= 10.8 and no explicit --with-macosx-version-min-required, this also enforces libc++ instead of libstdc++, which is a prerequisite for future use of more C++11 features. Change-Id: Idc770c30ff844b6c3e84d088b5deead0a577e7bf
2014-09-11Fix check for ABI-broken GCC 4.7.{0,1} libstdc++Stephan Bergmann
...to avoid mis-clasification of e.g. GCC 4.6 libstdc++ on Ubuntu 12.04 as witnessed at <http://ci.libreoffice.org/job/buildbot/2461/consoleFull> Change-Id: Ia754a8d847e7af4e0e25b4bf82e17214f7212894
2014-09-11untabifyLionel Elie Mamane
Change-Id: I6a1abc2839de2c7b8508f7edabeec8016e67ba5c
2014-09-11system-gltf should follow system-libsLionel Elie Mamane
Change-Id: I123b6dd56c21cdecd218152396f8cb8366ef53b2
2014-09-10Always build 64-bit code for OS XTor Lillqvist
Change-Id: Id1c48d99f18736de1e9b0edf4b8a77becaa1c208
2014-09-09configure.ac: fix error message when md5sum is missingBoris Egorov
I tried to run autogen.sh on freshly cloned LO repo. It prints kind of cryptic message to say that md5sum utility is missing: configure: error: no md5sum: found! Too many colons. I removed one, now it says: configure: error: no md5sum found! FYI: this message was printing when I used md5sum from Inferno OS project. LO probably needs some options which Inferno version don't support (--version at least). Change-Id: Iafdffede3337039dc95bb3d7d767d8622333de2a Reviewed-on: https://gerrit.libreoffice.org/11341 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2014-09-09fdo#83656 mariadb C client library incompatible with newer MySQL Connector/C++Lionel Elie Mamane
Change-Id: I0d9cc98070c0b9379b1fd828ac65c2d32f83a93f
2014-09-09fdo#45071 Remove Libreoffice browser pluginBryan Quigley
This removes ENABLE_NPAPI_INTO_BROWSER while it should keep ENABLE_NPAPI_FROM_BROWSER (embed flash in LO) intact. Signed-off-by: Stephan Bergmann <sbergman@redhat.com> Conflicts: extensions/source/nsplugin/source/npshell.cxx Change-Id: I80a9159a75653c74423d8fdc7c188568d3188e04
2014-09-09Make the "Mac-like" or "canonical" app bundle structure always used on OS XTor Lillqvist
In other words, only executable files go in the MacOS folder. Dynamic libraries and bundled frameworks (i.e., LibreOfficePython), and nothing else, go in the Frameworks folder, and all other files go in the Resources folder. Especially, note that Java class files and rc (.ini) files also go in Resources. Such an app bundle structure is what Apple strongly suggests one should use, and it has been hinted that future versions of code signing and/or Gatekeeper will require such a structure. There is still some ugliness thanks to traces of the historical separation of URE from "the office". Like there are two separate "unorc" files, one for URE, one for the LibreOffice application. IMHO, this should be cleaned up, but is probably controversial. (Eek! I now see there are actually *three* unorc files in the app bundle. Not intentional. Need to fix that later.) Change-Id: Idcf235038deb5b8e1d061734993e9f31869b7606
2014-09-08drop obsolete configure optionsDavid Tardon
Change-Id: I396998d66bbe4d46b6a19d9ccb3b15d127ead233
2014-09-08Make configure respect --without-system-$lib-for-buildPeter Foley
Change-Id: I64cb58e7980de8fdb23f5c0efa75c05a1f0aa904 Reviewed-on: https://gerrit.libreoffice.org/11330 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2014-09-03drop useless test for ant-apache-regexpDavid Tardon
It has not been needed since commit 1de48c417404464ca1e34e5c5d1c82a9342349bb 4 years ago. Change-Id: I53ceb5d8d6c02c7a13c86cdd884e4fc378a2c492
2014-09-03fix KDE4 detection on aarch64David Tardon
Change-Id: Iafe65564e8c2534cb03497d82d7dd3498abdf7c8
2014-08-30Start of support for Android on AArch64Tor Lillqvist
The build does not get far before it runs into trouble in the GNU libstdc++ headers, though: android-ndk-r10/sources/cxx-stl/gnu-libstdc++/4.9/libs/x86/include/bits/opt_random.h:33:23: fatal error: x86intrin.h: No such file or directory Change-Id: I9d459c64980091ba8bf5b3d631d47342625f6be9
2014-08-29Linux AArch64 portStephan Bergmann
Change-Id: I37044a37348b203944a8eb9d2204e619055f069d
2014-08-29Upgrade libgltf to 0.0.1Zolnai Tamás
News in this version: - Solve some limitations of walkthrough mode (fdo#81425) - Multisampling (better rendering quality, mainly at the edges) - Better error handling (no crash in case of invalid input file) Change-Id: I46fdf56b00476614487fbcc04178e43e33a01794 Reviewed-on: https://gerrit.libreoffice.org/11179 Reviewed-by: Zolnai Tamás <tamas.zolnai@collabora.com> Tested-by: Zolnai Tamás <tamas.zolnai@collabora.com>
2014-08-27I think --with-package-format=native/portable can go awayTor Lillqvist
Or does somebody know what they mean and even use either? Change-Id: If935d5d6b53d1f95ec22b19b6b97f4ecfe4d9c06
2014-08-26LIB64 unusedStephan Bergmann
...since 7f267db9b30fb90fe53844f659d4efa599034b5c "SOLAREXTRALIB unused" Change-Id: Iccb12fae17047095e0b2e0425e82d9bfd4293520
2014-08-22Don't add a bogus C:/cygwin64/lib/x86 (or similar) directory to ILIBTor Lillqvist
If we don't know of any separate DirectX SDK library, don't use the $DIRECTXSDK_LIB variable which is bogus at that point. Thanks to Nicholas Ferguson for noticing. Change-Id: I333478da7757694ca9236fd485e93bbd88305278
2014-08-22remove superfluous --with-theme=default optionBjoern Michaelsen
- currently mapped to --with-theme=galaxy for migration - warns though Change-Id: Ib40dabd4c54b6cac0b7f3c6f6183b2e4d1545331
2014-08-21linux_powerpc64le->linux_powerpc64_le to match dp_platform.cxxCaolán McNamara
Change-Id: Ib63e5a28d7ff12780a1051d94c5976244eab1814
2014-08-21openjdk appears to use ppc64/server/libjvm.so and not ppc64le/server/libjvm.soCaolán McNamara
Change-Id: Iff9e2e0ac9921b0d9d36a49fdcd2323d5dd124ee
2014-08-21Related: rhbz#1125588 first steps for ppc64leCaolán McNamara
almost certainly won't get us too far, but a start Change-Id: Ic20b97a97b6d506c32322173bd8332d15c3a4555
2014-08-20Use COMMONS_LOGGING_VERSION vblerbuj
Change-Id: I0c76ec7e3f9b95166b4005dd1ad5349b3889c3e4 Reviewed-on: https://gerrit.libreoffice.org/10993 Reviewed-by: Thomas Arnhold <thomas@arnhold.org> Tested-by: Thomas Arnhold <thomas@arnhold.org>
2014-08-17Handle SYSTEM_LIBXML_FOR_BUILD, should fix cross-compilationTor Lillqvist
Change-Id: Ideba1e359c1e199dcf40fa22f6d520ba9e20dd11
2014-08-16upgrade to apache-commons-1.2Thomas Arnhold
Change-Id: Ic356c6a23f42b5fe37be1075e8508bb168eac9a1 Reviewed-on: https://gerrit.libreoffice.org/10927 Reviewed-by: Thomas Arnhold <thomas@arnhold.org> Tested-by: Thomas Arnhold <thomas@arnhold.org>
2014-08-16Fix $(call gb_ExternalExecutable_get_command,xmllint) in case of system libxmlMiklos Vajna
Change-Id: If9b32b09fd8cbf8b194b75357494d99aaa3fe06e
2014-08-15fdo#82430: MSVC 2010 refuses both -clr and -arch in the same commandMichael Stahl
Change-Id: I41339e05ec914a2d660d87c99c99b824dddd10c9
2014-08-14fdo#82430: configure: MSVC build: avoid using SSE2 instructionsMichael Stahl
MSVC 2012 for x86 defaults to -arch:SSE2; binaries do not run on any AMD 32-bit CPU, neither on Intel Pentium III. http://msdn.microsoft.com/en-us/library/vstudio/7t5yh4fd%28v=vs.110%29.aspx Change-Id: Ie8253137db2699f2a7fa69c4ac4e7ded90931e3e
2014-08-14Rename misleadingly named variableTor Lillqvist
Change-Id: I48c7e2d29c16b61b71ef72a0a45792c968c0fa0f
2014-08-14Look also for iOS SDK 8.0Tor Lillqvist
Change-Id: I0587e395f6b4833953618b1a0ac1e201a1f79b61
2014-08-13clean configure.ac enable-opengl for windowsMarkus Mohrhard
It works now and should get the same treatment as the linux version. Change-Id: I382cc7cae9358ce26e0c2d85acc6a67e991d8118
2014-08-13enable opengl by default on windowsMarkus Mohrhard
Change-Id: I04cd67cce88563c0e1d82af984ccd3e6516b69cb
2014-08-12 in replacement is *also* a GNU sed extension - not available on MacOS XLionel Elie Mamane
Change-Id: Ic4efe84ba6e6d0e36b520957bc56d24e14161966
2014-08-12\+ is a GNU sed extension - not available on MacOS XLionel Elie Mamane
also support a MySQL/MariaDB client lib link line without any "-L" Change-Id: I1c2bc13f35a33c0f62f0d23d0982d5977aafe2c3
2014-08-11switch internal mariadb client to version 2Lionel Elie Mamane
and reenable it: hopefully the worst bugs are fixed now Change-Id: I8033ef87d02ba6619e5f778b5255fa803ba63c5b
2014-08-11"fixes" needed because ure/source/unorc is now expanded at configure timeTor Lillqvist
Argh, this is getting even uglier. We cheerfully ignore for now the theoretical possibility that the URE unorc used by build-time tools (i.e. the configure-expanded ure/source/unorc) could be different for HOST and BUILD (in case they use different --enable-canonical-installation-tree-structure), and use the HOST one for the BUILD tools. The right thing would probably be to construct the URE unorc in the relevant Makefile, like we do for fundamentalrc? Or then to just re-design the whole mess of rc files into some simpler (good luck). Change-Id: I654309503d0e696778910acadcbf2f6b90ffa02a
2014-08-10Seems to work nowTor Lillqvist
Change-Id: I59402e2f0503369370cc87017e0c8e01541ccfa0
2014-08-10Use @LIBO_URE_SHARE_JAVA_FOLDER@ instead of hardcoding ../share/javaTor Lillqvist
Makes CppunitTest_dbaccess_hsqldb_test work also in the --enable-canonical-installation-tree-structure (on OS X), otherwise the use of $URE_INTERNAL_JAVA_CLASSPATH (looked up from the URE unorc) in stoc/source/javavm/javavm.cxx fails. Change-Id: I5ea045594c32e6a1398b73cff1e4aa8bbe1aa265
2014-08-09VS2013: Prefer it over VS2012 and VS2010David Ostrovsky
The preference for compiler picking on Windows is: 1. vs2012 2. vs2010 3. vs2013 Because vs2013 was considered as unsupported compiler the only option to acivate is to provide additional option to the autogen: --with-visual-studio=2013 Now, that vs2013 is up and running change the preference order and pick the newest installed compiler. Change-Id: I76412b9a1bd9514904bbcca99230896add0424f1 Reviewed-on: https://gerrit.libreoffice.org/10154 Reviewed-by: Thomas Arnhold <thomas@arnhold.org> Tested-by: Thomas Arnhold <thomas@arnhold.org>