/source/eo/sfx2/

f='/cgit/'>cgit logo index : lo/core
LibreOffice 核心代码仓库文档基金会
summaryrefslogtreecommitdiff
path: root/m4
AgeCommit message (Collapse)Author
2022-04-29configure: default to --with-system-nss on LinuxMichael Stahl
NSS is very ABI compatible and part of current LSB 5.0 and so it should just work to use the one from the system, i'm not aware of a Linux that doesn't ship it. There used to be some feature patch in external/nss but this was removed years ago, now it just contains build fixes. Problems can occur if a mixture of system and bundled NSS libraries is loaded, if first an old version .so is loaded and then newer version .so depends on it but can't find some required symbol. See for example: https://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg287043.html Another issue is that e.g. Fedora ships libnsspem.so in the nss-pem package, which may cause trouble in ASAN builds, where the internal NSS is built to call __asan_poison_memory_region but the system libnss-pem.so doesn't call __asan_unpoison_memory_region so we get: ==2568944==ERROR: AddressSanitizer: use-after-poison on address 0x61d0019afab0 WRITE of size 192 at 0x61d0019afab0 thread T28 (utl::Moderator) 0 in __interceptor_memset.part.0 (instdir/program/soffice.bin+0x466460) 1 (/lib64/libnsspem.so+0x15f3d) 2 (/lib64/libnsspem.so+0x16185) 3 (/lib64/libnsspem.so+0x8a9b) 4 (/lib64/libnsspem.so+0xe13b) 5 in secmod_ModuleInit workdir/UnpackedTarball/nss/nss/lib/pk11wrap/pk11load.c:244:11 .. 21 in curl_easy_perform workdir/UnpackedTarball/curl/lib/easy.c:715:10 Also, with system NSS, things like p11-kit integration become responsibility of the OS. Change-Id: I50caedd46914dd5d6905c5d32d44a599cd78119e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120388 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2022-01-05Drop remnants of --with-webdav=neonStephan Bergmann
...that were left behind by 023ebf17898db4bca63129f079fd90b5cf76c1a9 "ucb: remove --with-webdav=neon" Change-Id: I617ca74d1c4b46d8f0b9dac317b5972bfb911813 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127986 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2022-01-03Just ENABLE_* VCL plugins, if we test_* themJan-Marek Glogowski
.. and move the code into a new m4 macro. Writing the m4 macro turned out more complicated then expected, because of the quoting needed to handle the unexpected argument scope of AC_DEFUN. Change-Id: I644a95e4a988f843d89713a0b544cafc79262adc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127893 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2022-01-03freetype/fontconfig: ignore --without-system-libsJan-Marek Glogowski
Since commit 8677e994d37329a28ca8278358a99d18b9cada69 ("Simplify FONTCONFIG and FREETYPE tests"), these tests adhered to the ${with_system_libs} setting, which might not be desirable. As a result commit 4e7f3692c9eb42a00797025289782baa69a42cc7 ("Make external/freetype use -fPIC") is needed as a linking fix. This still keeps the possibility to build with internal freetype and fontconfig. This also adds a new macro option, "test-system", which follows the $test_system_* variable without additional configure switches. Change-Id: Ifed91fdc6e4a77f708a3dbbd784b6069bf2a61b7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127878 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-30libo_CSM: better output for disabed testsJan-Marek Glogowski
Change-Id: Id912495169b6c83ce9798a13d24e1cf4b9e83a52 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127723 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-30Further refine libo_CHECK_SYSTEM_MODULEJan-Marek Glogowski
Adds the possibility to have default-disabled externals and various fixed variants. The reorganized option handling is also easier to follow. Can't use the newer m4_case, so this uses m4_if with multiple compares, but the code difference is minimal. This also swaps the 4th and 5th argument to reflect the precedence of "enabled" over the "system" handling. And since these now have multiple values, TRUE was replaces with more sensible strings. These and the other arguments are now checked, as possible. I've also thought about dropping the 2nd argument for m4_toupper, but that changes to much for just a minimal gain. Change-Id: I22e835d81f9288f22d42be36e939374f7a455599 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127424 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-29Drop libo_CSM internal CFLAGS+LIBS parametersJan-Marek Glogowski
... and just use *_(CFLAGS|LIBS)_internal variables. Requires deterministic variable names in configure.ac. Change-Id: Id3f53ca5e6189e531596265945531f4a789a035c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127638 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-15Simplify CURL and LIBCMIS testsJan-Marek Glogowski
... by expanding libo_CHECK_SYSTEM_MODULE with yet an other parameter to optionally disable the feature completely and adding the matching AC_ARG_ENABLE. As a result, --disable-cmis becomes --disable-libcmis. Also adds more documentation to m4/libo_externals.m4. And use simpler help strings, now hopefully correctly escaped. Change-Id: I8ac67145721d8518cca6f6867bc05738a87ed77a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126771 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-09Simplify FONTCONFIG and FREETYPE testsJan-Marek Glogowski
Add an additional option to libo_CHECK_SYSTEM_MODULE to select the default external lookup. Don't "if" the libo_CHECK_SYSTEM_MODULE, so the AC_SUBST are always run, but set the test_* flags instead. Change-Id: Ie0a1204b34d596fdd57a7ee770418f91bf8c5d00 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126464 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-12-01m4: Add test flag to libo_CHECK_SYSTEM_MODULEJan-Marek Glogowski
Automatically adds an ENABLE_* AC_SUBST and test for a disabled test via test_*, like ENABLE_EPUBGEN and test_libepubgen. Change-Id: Ifaf27d4d1193f41de6291ab70d973fe151f36b2e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126169 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-10-29Fix macro "AC_HELP_STRING" is obsolete (m4)Julien Nabet
Change-Id: I0b19293d72f3428004ffc8fc7874420b0ff95bf3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124347 Tested-by: Jenkins Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2021-04-07Updated README.md files to represent current code / use Markdown formatHossein
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-03-24Using .md extension/Markdown syntax for modules READMEHossein
Renaming all README files for all top level modules to README.md, applying no content change at this stage to be able to track history of the files. These files should be edited to use correct Markdown syntax later. Change-Id: I542fa3f3d32072156f16eaad2211a397cc212665 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112977 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2020-12-02Remove odd comment about MINGWSTRIP from m4/READMEStephan Bergmann
...which had been added with 4aed4f436cf8e4b0f3f034dfb1d1025b05a61f0a "add a README files", at a time when there was a m4/mingw.m4 file (even though that did not mention any "MINGWSTRIP") that has meanwhile been removed with 8646ab97dc37c0606b19057686bf3d610f9c15ee "Remove MinGW support" Change-Id: Icd94a9a971f425125a23b692a43f8a958ca3a2c7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/107078 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-09-02add -latomic configure check...Rene Engelhard
...in preparation for <https://gerrit.libreoffice.org/#/c/78380/> "Add -latomic to the end of Linux C++ linker command lines" (copied from https://github.com/zelcash/zelcash/blob/master/build-aux/m4/l_atomic.m4) Change-Id: I8879a72d730cc08a72c2d8b132ff9f5d2efe7b9f Reviewed-on: https://gerrit.libreoffice.org/78336 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-12-14Fix typosAndrea Gelmini
Change-Id: I09e511f35d32b25683811f3a39c833779f3b61fe Reviewed-on: https://gerrit.libreoffice.org/46370 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
2017-08-18Fix typosAndrea Gelmini
Change-Id: I795059109e23800987cda6f04c58ab18c488ad07 Reviewed-on: https://gerrit.libreoffice.org/41242 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2017-04-28build boost::locale libraryCaolán McNamara
Change-Id: I40b89a0df483645fc743fb092d3d39ea682c510c Reviewed-on: https://gerrit.libreoffice.org/37060 Tested-by: Jenkins <ci@libreoffice.org> 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>
2016-12-08Display a summary of fuzzing in command-line form at the end of configureTor Lillqvist
Makes it easier to reproduce a fuzzed configuration manually. Change-Id: Ief4df847f1f17c64607e6e5eaf402737bd50704b
2016-12-08Introduce configure option fuzzingTor Lillqvist
When --enable-fuzz-options is given, those --enable or --with options that are separately so marked, and have not been specified explicitly at the configure command line (i.e. typically from autogen.input), are randomly set to either yes or no. This functionality is useful to make sure configure options don't bit-rot by randomly exercising uncommon settings and combinations. To enable fuzzing for an option, use libo_FUZZ_ARG_WITH instead of AC_ARG_WITH, or libo_FUZZ_ARG_ENABLE instead of AC_ARG_ENABLE. Also handle two cases of incompatibilty of options discovered by using --enable-fuzz-options. In general using incompatible options should cause an AC_MSG_ERROR(), but when one of the options in question has been set by fuzzing, it's simplest to just reset it to the compatible value. Obviously this is highly experimental. Change-Id: I76d250c148892951a7fda25ba4164de8bc693a26
2016-08-24m4: make explicit what boost library we are not findingRiccardo Magliocchetti
Change-Id: Icd4e926a6e73ea1147419a9190d7888b6ac3e4c7 Reviewed-on: https://gerrit.libreoffice.org/28312 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Jenkins <ci@libreoffice.org>