summaryrefslogtreecommitdiff
path: root/README.md
AgeCommit message (Collapse)AuthorFilesLines
2024-06-13README.md: add Python baselineIlmari Lauhakangas1-0/+4
Change-Id: Iffb83588cead716b009578d0f571f3d9cd2e83d5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168818 Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com> Tested-by: Jenkins
2024-04-22fix broken link to OSI image in README.mdStéphane Guillou1-1/+1
and use SVG instead of PNG. Link had been broken for more than a year. Change-Id: I003c177f69630cd049a8d7df17bc4b02f45aa458 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166473 Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2024-03-16Building with Clang needs at least libstdc++ 10Stephan Bergmann1-1/+1
Not sure how 02f48a32400f81413329d81203c417521882cab6 "Adjust for new linux baseline" had decided to declare "Clang 12 with libstdc++ 8.5" sufficient for building on Linux. But I just experienced that building recent master on Ubuntu 20.04 with its libstdc++ 9.4.0, against a (lode-built) Clang 12.0.1, failed with > codemaker/source/commonjava/commonjava.cxx:45:21: error: no matching literal operator for call to 'operator""_ostr' with arguments of types 'const char *' and 'unsigned long', and no matching literal operator template > { "void"_ostr, "java/lang/Void"_ostr }, > ^ etc., apparently because the use of std::copy_n in constexpr O[U]StringLiteral ctors is not yet constexpr there. And <https://en.cppreference.com/w/cpp/compiler_support#C.2B.2B20_library_features> indeed lists "P0202R3" (i.e., <https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0202r3.html> "Add Constexpr Modifiers to Functions in <algorithm> and <utility> Headers") as only available since "GCC libstdc++": "10". Change-Id: I9d8ee2833f3b0c6c24059ec6e5d4dc8994058a1b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164895 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de>
2023-10-17Bump Java build baseline from JDK 9 to 17Michael Weghorn1-3/+1
As discussed in the ESC call on 2023-08-10 [1], bump the Java build baseline to 17. This should not affect the Java runtime requirement, since the target version is explicitly specified already. [1] https://lists.freedesktop.org/archives/libreoffice/2023-August/090759.html Change-Id: I18251151392ca5edec8ca3d5cffd192d5f9f38b1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/155827 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2023-09-19Adjust for new linux baselineChristian Lohmaier1-3/+3
Change-Id: I6916ee8e6f7f8beac1f3eade7ae539340ce3a2b5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156920 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
2023-02-16Update Android baseline in README.mdMichael Weghorn1-1/+1
* minimum NDK is 23 since Change-Id I9ea714255faf29d50bb5f8e206f13495637da867 ("android: Require NDK 23 and use default linker lld"); TDF Jenkins uses NDK 25. * Gradle plugin 7.4.0 used since commit 20989728c78008f29c7f7bf72b3d0e5189835dc4 ("android: Update Android Gradle Plugin to 7.4.0") has minimum and default SDK version 30.0.3 [1]. [1] https://developer.android.com/studio/releases/gradle-plugin#7-4-0 Change-Id: I9d8f09b21f5ffbee4f3cc9dd7bcc7770031cec65 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146243 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2022-12-19build baseline is macOS 12 and XCode 14 (macOS 13 for m1)Christian Lohmaier1-1/+1
(and would also be macOS 13 for the intel builds if the old macMini would be on the officially supported list) Change-Id: I4205f30274bdd43d80d02d6cda863ec83bdda63e
2022-12-14Bump minimum macOS to 10.15Ilmari Lauhakangas1-1/+1
This gives us support for filesystem library (after GCC is bumped to >7) Change-Id: I5e497ee818de883e63e1288acfc400ebadf0cdec Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144156 Tested-by: Jenkins Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
2022-06-15Bump minimum macOS to 10.14Ilmari Lauhakangas1-1/+1
This gives us full support for variant, optional, any and visit libraries Change-Id: I9f1bff5d7c0e2d5acc8c8b92c9a269b00e317574 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135804 Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
2022-06-10Add information on Java baseline in README.mdHossein1-1/+9
As discussed in the ESC, although LibreOffice can be built with the Java Development Kit (JDK) version 9, the JDK 9 is no longer supported by the JVM vendors including Oracle, Red Hat and others. Thus, it is asserted here that JDK 11 or later should be used to build LibreOffice. For further information on the supported versions of JDK, and its lifcycle, see these articles: Oracle Java SE Support Roadmap (Updated March 22, 2022) https://www.oracle.com/java/technologies/java-se-support-roadmap.html OpenJDK Life Cycle and Support Policy (Updated November 22 2021) https://access.redhat.com/articles/1299013 It should be noted that JDK 8 is still supported, but it is not usable for building LibreOffice. It is also documented that without Java one may lose many features that are described in the TDF wiki article Development/Java: https://wiki.documentfoundation.org/Development/Java Change-Id: Id001c341a221b0fe5c07c7129956a824261d32c0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135557 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2022-05-05Warn if Visual Studio 2019 version is < 16.10Hossein1-1/+1
During the compilation with Visual Studio 2019 v16.5, the dragonbox was failing the build, but it was OK when ugprading to the latest version, 16.11. It should be noted that according to the list of predfined macros in Visual Studio, v16.10 and v16.11 use the same value for _MSC_VER, which is 1929. Thus, the distinction between these 2 versions can not be distinguished. Predefined macros https://docs.microsoft.com/en-us/cpp/preprocessor/predefined-macros For not having the Visual Studio version > 16.10, a warning is shown, and if the Visual Studio version is < 16.5, just like before, an error is generated. Change-Id: I6661ee5121b03ca43e1f7503b74191abcc8d6b40 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132907 Tested-by: Jenkins Reviewed-by: Hossein <hossein@libreoffice.org>
2022-04-16Update README.md filesHossein1-3/+3
* Fix typo * Improve links Change-Id: Ie77ec795675bf7497c90620eb44ebb3191c003b1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133067 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2022-04-13Update remaining DevGuide wiki links.Ilmari Lauhakangas1-1/+1
My Kate editor decided to do some whitespace cleanup, but maybe it's fine as the main changes are not targeting functional bits anyway. Change-Id: I5292e77e43055f94a6256a7f72d49fd59287d194 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132928 Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
2022-02-24Bump macOS build baseline to Xcode 12.5 and macOS 11.0Stephan Bergmann1-1/+1
...as announced at <https://lists.freedesktop.org/archives/libreoffice/2022-January/088320.html> "Bump macOS build baseline to Xcode 12.5 and macOS 11.0 [was: std::optional::value]". (The immediate benefit is that std::optional::value can now be used and no longer triggers bogus "'value' is unavailable: introduced in macOS 10.14" errors depending on which version of Xcode is being used; see <https://lists.freedesktop.org/archives/libreoffice/2022-January/088314.html> "std::optional::value" for details.) Change-Id: I819d8dfebabefc22c6af275154df0ff52ca77f5c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128384 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2022-02-17Bump compiler plugins Clang baseline to 12.0.1Stephan Bergmann1-1/+1
...as discussed in the mail thread starting at <https://lists.freedesktop.org/archives/libreoffice/2020-November/086234.html> "Bump --enable-compiler-plugins Clang baseline?" (and now picked up again at <https://lists.freedesktop.org/archives/libreoffice/2022-February/088459.html> "Re: Bump --enable-compiler-plugins Clang baseline?"), and clean up compilerplugins/clang/ accordingly Change-Id: I5e81c6fdcc363aeefd6227606225b526fdf7ac16 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129989 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2022-02-17Bump Linux Clang baseline to 8.0.1Stephan Bergmann1-1/+1
...as discussed in the mail sub-thread starting at <https://lists.freedesktop.org/archives/libreoffice/2022-February/088476.html> "Also bump Linux Clang baseline to 12.0.1 (was: Bump --enable-compiler-plugins Clang baseline?)", and clean up newly-obsolete __clang_major__ checks Change-Id: Idacb9148b019c07e138277df3a085ba71c64a8e1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130028 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2022-01-12Bump minimum macOS to 10.13Ilmari Lauhakangas1-1/+1
Change-Id: If495606bb1b0c82abba8fa93277cf3d445e0136a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128291 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2021-11-03Bump minimum macOS to 10.12Tor Lillqvist1-1/+1
Change-Id: I1a4af1af2eb95cb182491b2de2ac05dc3a1cb0c2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124547 Tested-by: Jenkins Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
2021-06-02s/irc.freenode.net/irc.libera.chat/ in README.mdChristian Lohmaier1-1/+1
see also https://tdf.io/ircmigration Change-Id: I468f450649b352489b9651ebbb34f04eddb87af9
2021-05-05WASM: add initial support for Emscripten cross buildJan-Marek Glogowski1-0/+4
- configure with: - --host=wasm64-local-emscripten - had to make a few externals optional, so adding: - --disable-nss - --disable-cmis - --disable-curl Change-Id: I48d1c73d2675ad2e2beaf2c341578199efbd24ee Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111130 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-04-19Updated README.md filesHossein1-1/+1
* Updated README.md contents to fix various issues * Fixed source links by using [git:], processed by mkdocs scripts * Added README.md for ios, setup_native, unotest * Fixed issues with "underline" and "less than" sign Change-Id: I3e52a1d3372586c390ee6c42a2ef48bbabc81398 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/114248 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2021-04-07Updated README.md files to represent current code / use Markdown formatHossein1-22/+22
Previously, all of the README files have been renamed to README.md and now, the contents of these files were changed to use Markdown format. Other than format inconsistency, some README.md files lacked information about modules, or were out of date. By using LibreOffice / OpenOffice wiki and other documentation websites, these files were updated. Now every README.md file has a title, and some description. The top-level README.md file is changed to add links to the modules. The result of processing the Markdown format README.md files can be seen at: https://docs.libreoffice.org/ Change-Id: Ic3b0c3c064a2498d6a435253b041df010cd7797a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113424 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2021-01-14Bump MSVC baseline to Visual Studio 2019 version 16.5Stephan Bergmann1-1/+1
After b4b7e92cbf5a212cc1c648af86df2dee364d48c8 "Use MSVC's /permissive- to make it more standards conforming", vmiklos reported that his 16.4.6 build started to fail with > C:/lo/master/connectivity/source/drivers/odbc/OStatement.cxx(411): error C2760: syntax error: unexpected token 'identifier', expected 'type specifier' > C:/lo/master/connectivity/source/drivers/odbc/OStatement.cxx(411): note: This diagnostic occurred in the compiler generated function 'T connectivity::odbc::OStatement_Base::getStmtOption(SQLINTEGER) const' > C:/lo/master/connectivity/source/drivers/odbc/OStatement.cxx(418): error C2760: syntax error: unexpected token 'identifier', expected 'type specifier' > C:/lo/master/connectivity/source/drivers/odbc/OStatement.cxx(418): note: This diagnostic occurred in the compiler generated function 'SQLRETURN connectivity::odbc::OStatement_Base::setStmtOption(SQLINTEGER,T) const' > [build CXX] connectivity/source/drivers/odbc/ODatabaseMetaData.cxx > make[1]: *** [C:/lo/master/solenv/gbuild/LinkTarget.mk:301: C:/lo/master/workdir/CxxObject/connectivity/source/drivers/odbc/OStatement.o] Error 2 > make[1]: *** Waiting for unfinished jobs.... > C:/lo/master/connectivity/source/drivers/odbc/ODatabaseMetaDataResultSet.cxx(161): error C3861: 'checkDisposed': identifier not found > C:/lo/master/connectivity/source/drivers/odbc/ODatabaseMetaDataResultSet.cxx(161): note: 'checkDisposed': function declaration must be available as none of the arguments depend on a template parameter > C:/lo/master/connectivity/source/drivers/odbc/ODatabaseMetaDataResultSet.cxx(161): note: This diagnostic occurred in the compiler generated function 'T connectivity::odbc::ODatabaseMetaDataResultSet::getInteger(sal_Int32)' > make[1]: *** [C:/lo/master/solenv/gbuild/LinkTarget.mk:298: C:/lo/master/workdir/CxxObject/connectivity/source/drivers/odbc/ODatabaseMetaDataResultSet.o] Error 2 while it succeeded after upgrading to 16.8.4. That change had been seen working with 16.5.4 (on tb73, see <https://lists.freedesktop.org/archives/libreoffice/2021-January/086635.html> "Heads up: Use MSVC's /permissive- to make it more standards conforming"), so lets hope that bumping the baseline from 16.4 to 16.5 is all that is needed. Change-Id: I7446f778a94e15e7ea5c8ef0780bf10831a2d4b7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109293 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-03-04Bump Windows build baseline to Visual Studio 2019 16.4Stephan Bergmann1-1/+1
(where 16.4 is currently the latest version of Visual Studio 2019 available at <https://visualstudio.microsoft.com/downloads/>), see <https://lists.freedesktop.org/archives/libreoffice/2020-February/084575.html> "ESC meeting minutes: 2020-02-27": "Update baseline to VS2019 on master before 7.0 [...] check what’s the current patch level, require that? [...] no objections" The code from 4ea0059bca6dd84f10abcf52f6d6b81c1afec397 "VS detection: Fallback to old registry check if vswhere failed" has been removed in accordance with its comment "The below hack does not work for VS 2019 anyway, so should be removed when upgrading baseline. (Changing the comment "go to Start menu, open 'Visual Studio 2017', [...]" regarding the installation of GNU Make from source is somewhat arbitrary, but lets stick to the tradition of bumping that version number along with any build baseline bump.) Change-Id: Ic4fe8a3d347aa1748377f2d3205e302bff189b79 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/89699 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins
2020-02-20Bump macOS build baseline to Xcode 11.3 and macOS 10.14.4Stephan Bergmann1-1/+1
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2020-February/084471.html> "Bump macOS Xcode baseline to 11?" and <https://lists.freedesktop.org/archives/libreoffice/2020-February/084519.html> "ESC meeting minutes: 2020-02-20". (Code that might no longer be relevant will be cleaned up in follow-up commits.) Change-Id: I179e6099937d244502bd0e7fbff43f1734984213 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/89154 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-02-06Self-certify LibreOffice licenses as OSI-approvedThorsten Behrens1-0/+2
Change-Id: I094217fa1f43b6eed9020c97fde07e4b413aef31 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/87998 Reviewed-by: Michael Meeks <michael.meeks@collabora.com> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2019-11-01README: Add Weblate badge for core l10nAdolfo Jayme Barrientos1-1/+1
Change-Id: Ie188f4d7e5ac3291933089a72be638e9af935097 Reviewed-on: https://gerrit.libreoffice.org/81856 Reviewed-by: Sophie Gautier <gautier.sophie@gmail.com> Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2019-10-28Android: document one SDK version that worksMiklos Vajna1-1/+1
configure.ac doesn't check for any version as far as I see, add what works for me at the moment. Change-Id: If8b28e2a5d4bf4aea4325038ddf416a43f904db4 Reviewed-on: https://gerrit.libreoffice.org/81621 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
2019-08-26Android: document one NDK version that worksMiklos Vajna1-0/+2
The baseline info was silent on Android, and at least my old r16b was too old to build master, while updating to r19c fixes the build, so document that finding. Change-Id: I8713d68a9cfe62ca241f0047f46da496acb85acd Reviewed-on: https://gerrit.libreoffice.org/78119 Reviewed-by: Miklos Vajna <vmiklos@collabora.com> Tested-by: Jenkins
2019-08-15Fix MSVC version in README.mdStephan Bergmann1-1/+1
...to match configure.ac check from 206b8c4ae320d7d8614f21800d8f77fa29f8f5ff "On Windows, check for at least Visual Studio 2017 version 15.7" Change-Id: Ie78beb0a1d57aea590f3e73b9d4c45787d6531bf Reviewed-on: https://gerrit.libreoffice.org/77488 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-06-05baseline is CentOS/RHEL 7 (glibc 2.14 or later)Christian Lohmaier1-1/+1
Change-Id: Ie796a5c8f36b33c61eb69b6b68f7439f9359526f
2018-12-06Bump (Linux) GCC baseline to 7.0.0Stephan Bergmann1-1/+1
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2018-November/081435.html> "minutes of ESC call ..." Change-Id: Ib1a4fdc56c51ab5c9e45173263689db2b88d72e7 Reviewed-on: https://gerrit.libreoffice.org/63951 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-12-04Bump (Linux) Clang baseline to 5.0.2Stephan Bergmann1-5/+1
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2018-November/081435.html> "minutes of ESC call ...". This no longer sets CLANGVER, CLANG_VERSION, and CLANG_FULL_VERSION when using Apple Clang (on macOS), which uses different version numbers from upstream anyway. But those variables are only used in the context of compiler plugins, which do not work with Apple Clang anyway (which lacks necessary include files). (Also, move "AC_SUBST(COM_IS_CLANG)" up to where it belongs.) Change-Id: Iee37c42ecacf52fa5a07e35241bcd404025e1cdf Reviewed-on: https://gerrit.libreoffice.org/63899 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-11-28Xcode 9.3 reportedly requires at least macOS 10.13.2Stephan Bergmann1-1/+1
...according to <https://en.wikipedia.org/wiki/Xcode# Xcode_7.0_-_10.x_(since_Free_On-Device_Development)>. (See also the discussion in the mail sub-thread starting at <https://lists.freedesktop.org/archives/libreoffice/2018-November/081453.html> "Re: Compiler baselines".) Change-Id: Iab6fa737dfeb7cea93b18ec85c76d21da92e1d6d Reviewed-on: https://gerrit.libreoffice.org/64177 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-11-27Bump minimum macOS run-time version to 10.10Tor Lillqvist1-1/+1
It is much over a year since we bumped to 10.9, so it is time. Bumping to 10.10 will allow us to with good conscience get rid of some code that (presumably) tries to emulate some aspects of OS X user interface look that went away in 10.10. See tdf#114839. Change-Id: Ic41f73d8e59a40c4696069af85bb3ff33146086c Reviewed-on: https://gerrit.libreoffice.org/63880 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2018-11-23Bump Xcode baseline to 9.3Stephan Bergmann1-1/+1
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2018-November/081435.html> "minutes of ESC call ..." Change-Id: I47e23d222b4b27256483dfd7de915dd99ae81317 Reviewed-on: https://gerrit.libreoffice.org/63878 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-11-23Bump compiler plugins Clang baseline to 5.0.2Stephan Bergmann1-1/+1
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2018-November/081435.html> "minutes of ESC call ..." Change-Id: Ia053da171d59747984546f38e19da808825b4f79 Reviewed-on: https://gerrit.libreoffice.org/63832 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-10-01Add loplugin:includeform documentationStephan Bergmann1-0/+2
Change-Id: I5a8c6ab0a967d9da2e1764301cd54f87f467a653 Reviewed-on: https://gerrit.libreoffice.org/61176 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-07-12Say VS2017 here, tooTor Lillqvist1-1/+1
Change-Id: Icce460adc702547b12ad8e474507e396424c1eb3
2018-06-07Bump iOS SDK version to the current one, 11.4Tor Lillqvist1-2/+2
Not sure why we at some stage lost the possibiliy to build against any of several recent versions, but require one specific. But yeah, no big deal, anybody working on iOS code is expected to keep ther Xcode (and thus SDKs) updated.
2018-04-01iOS, bump versionsjan Iversen1-2/+2
SDK needed is 11.3 Xcode needed is 9.3 Change-Id: If26eda81f969f63500d94e3274dda8efb59dec12
2018-02-11Updated links in readme files (https etc.)Ilmari Lauhakangas1-3/+3
Change-Id: Id4906290f312dc6d1800d5d17dedf1f07dd3480d Reviewed-on: https://gerrit.libreoffice.org/49491 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2017-12-30iOS, bump version to 11.2jan Iversen1-2/+2
Change-Id: Ia24e872f138a78d3d585150e3cde78858de60b77
2017-12-19Bump --enable-compiler-plugins to Clang 3.8.0Stephan Bergmann1-1/+1
<https://lists.freedesktop.org/archives/libreoffice/2017-December/079107.html> "Clang baseline bump" Change-Id: I18fca8794ea34118fc6308458064d0c28cf5caf7 Reviewed-on: https://gerrit.libreoffice.org/46557 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-12-19Document that Clang 3.4.2 is known to be too oldStephan Bergmann1-0/+4
<https://lists.freedesktop.org/archives/libreoffice/2017-December/079107.html> "Clang baseline bump" Change-Id: I13b621be7614ce81777bf56ce52a68e36513be20 Reviewed-on: https://gerrit.libreoffice.org/46518 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-11-13iOS, update to version 11.1jan Iversen1-1/+1
Change-Id: I3e477162468ad7386d83480ce8ae1da9536465b0
2017-11-08README.md: markdown use 4 spaces for list indentationKorrawit Pruegsanusak1-8/+8
Change-Id: I5ac151877f0bccfdc955171b26fecefcacfbe117 Reviewed-on: https://gerrit.libreoffice.org/43720 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2017-11-03loplugin:includeform: document the requirementsMike Kaganski1-0/+10
See commits acb3ed0615a1b4e31257fa1014e9e2f2188c602c and 189abcf0db61c41a565bd355294bf6e712fc3e5a, and mail thread <https://lists.freedesktop.org/archives/libreoffice/2017-October/078601.html> Change-Id: I2eea0b0a13bfe7f2919f36c94e76796b6a8cf122 Reviewed-on: https://gerrit.libreoffice.org/43945 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2017-10-27iOS update to 11.0jan Iversen1-2/+2
Starting to use 11.0 features Change-Id: I0e147c0b436a93d11f220b533a5b2091f7cb56fc
2017-10-08iOS, update app to swift 4jan Iversen1-1/+1
Preparing for iOS 11.0 and xCode 9.0 Change-Id: I9e7dc9b6c55bf5606eae859baa47fcd95fdc5ed8
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-25 02:53:57 +0000