summaryrefslogtreecommitdiff
path: root/Makefile.in
AgeCommit message (Collapse)Author
2022-05-04Drop --with-iwyu optionGabor Kelemen
Nowadays the bin/find-unneeded-includes script is a better solution for this problem This essentially reverts the commits: c716b3888e7e8150d1c1053ee6550afb56438b1f 096c7e889f3b9bd42a81fb0216e2a68fb27159fc 40e7eecb7efeeb9af59206d7a9c82ac55adf5279 Change-Id: I404a4b34176efaacf961605559af9de6d6cba10a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133540 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2022-04-26Fix for xcode-ide-integrationxuenhua
'make python3.all' was renamed to 'make python3.allcheck' (or use 'make python3.allbuild' to build without unit tests) Change-Id: I5923382595deb952d3760a6173d40614e8ad5043 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133343 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2022-02-15Use relative path to the script, to please python3 on WindowsMike Kaganski
Running 'make vs-ide-integration' fails since some recent change (no idea if that was a cygwin upgrade, or some change in core). Using 'verbose=t', the last lines are make[1]: Leaving directory 'C:/lo/src/build' cd C:/lo/src/core && C:/lo/src/core/bin/gbuild-to-ide --ide vs --make C:/cygwin64/opt/lo/bin/make python3: can't open file '/cygdrive/c/lo/src/core/C:/lo/src/core/bin/gbuild-to-ide': [Errno 2] No such file or directory make: *** [Makefile:495: vs-ide-integration] Error 2 It looks like python3 gets called by shell with the script path as given in the comand line, according to shebang in the script; but cygwin's python3 can't parse Windows-style path to the script, and treats it as relative path from cygwin's current directory. Just use true relative path to the script, to avoid the problem. We cd to $(SRCDIR) anyway. Change-Id: Idc25cc74f7a23f0e5733f0d10044986888b43ba1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129930 Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins
2022-02-10Remove interactivity of asking permission when make distcleanYunusemre Şentürk
Change-Id: I8cce598b96b1339afeb40679375a2f0a60ca4d9c Signed-off-by: Yunusemre Şentürk <yunusemre@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129719 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
2022-01-17Add <module>.*all aliases to .all* and update helpJan-Marek Glogowski
And just echo a rename info for the 'all' target and exit with an error, so people will actually adapt. 'all' had been modified to run 'allbuild' in the original commit anyway. And since there is no toplevel 'all' target, this just seems consequent. And .PHONY the new targets. Also advertise "make help" a bit more at the end of configure. Follow-up on commit d6496fce2e51a3e44753e6b5c462824f182b48d5 ("split gbuild's <module>.all to <module>.allbuild or .allcheck"). Change-Id: Ia74020375f0a024dc67ea37ae4b18655af9df084 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128490 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2022-01-13split gbuild's <module>.all to <module>.allbuild or .allcheckLuboš Luňák
This is similar to the removal of the 'all' target in the past. Using 'make vcl.all' is supposed to build the vcl module and all its dependencies, the problem is that it builds also tests, which means not only building and running the tests but also their dependencies too, so 'make vcl.all' may in fact also build Writer because a unittest depends on something there. So now <module>.allcheck is the new name for that, and newly there's also the (IMO actually useful) <module>.allbuild . Change-Id: I55baa014a657783e641cee67948ee8fb062b1982 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128349 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-12-25oss-fuzz: convert to static cross-buildJan-Marek Glogowski
This way we can get rid of the pre-generated locale data and the special fuzzers target, which invokes a full gbuild make for every prereqisite, always parsing the whole tree, taking ages. This also reverts: - commit d0780b21cfe235c4446adf649eb690f9c1771dd5 ("fix oss-fuzz build") by adding epubgen and revenge dependencies. - commit ff25d6a123beb42476bf42d189b3033a86835b2a ("ofz#41602 fix more build failure"), which shouldn't happen anymore since commit d47628f287f4377394c4ff488c433bfe254b6abe ("don't want to link to system static libs for DISABLE_DYNLOADING") Change-Id: I3aed9ec62da507254b42e4e7470bae1097b4bc8c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127031 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-24autogen.sh is actually in $(SRCDIR)Jan-Marek Glogowski
Change-Id: I9c58294fb607683929d370a5f2707901e2a88548 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127421 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-24Re-run autogen.sh on m4 macro changeJan-Marek Glogowski
Change-Id: I8cd1203bcdf1b98bb34c0fd1ec38ad3f6af0eaed Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127422 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-21provide a "make vscode-ide-integration" targetChristian Lohmaier
to be consistent with the other ide integrations and to take care of the extra step of running "make vim-ide-integration" to create the compile_commands.json file required by the vscode integration. Not using the autogenerated file created by configure directly might also spare some users from having their own additions overridden Change-Id: Ibb269197dc84f607b28ddad03adc919864e0c040 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126860 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2021-12-18Implement building ComponentTarget directlyJan-Marek Glogowski
I have no idea, why this was omitted; probably just an oversight. While a path as the target specifier looks strange to me, e.g. ids like ComponentTarget_svx/util/svx, they work as expected. Change-Id: I6dd4d382dddb8ad67cdd397db3b1c985c14cd948 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127023 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-13Respect verbose setting for module-deps.pl callsJan-Marek Glogowski
Can't use $(gb_VERBOSE), as this runs pre-gbuild. Change-Id: I7343ede538a246d54f3ce9fcaf104dfbdea08653 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126729 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-06Retire build-nocheckThorsten Behrens
Build target was kept for backward compat in 'rework the default make target', so lets retire it after 1.5 years. Use 'make build' instead (which is since the default target anyway). Change-Id: I93d5237dce2abf2536a4d847d79d33d5b6d6cec9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126362 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-12-03ofz#41602 fix more build failureCaolán McNamara
since... commit f9e79a91f15e10ededad0f103c4ffe0ca38fcb31 Date: Tue May 18 01:11:41 2021 +0200 Fix --disable-avmedia for DESKTOP build Change-Id: I31404c1a4c2ba71fb47388d87b59ecbee87ff603 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126324 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-12-03ofz#41602 Build-FailureCaolán McNamara
can't use the internal Executable_lockfile because it needs itself to link Change-Id: I51e3a910bedc038bb6776cd67d16ea706fbc071f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126285 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-12-03distclean generated solenv/lockfile/autoconf.hStephan Bergmann
...introduced with e050b09c7ef193da9da4441d9984c793e35b5a8a "gbuild: serialize dynamic link for static builds" Change-Id: I31410cfe2291d51a860d33fed1861eb933bbb10e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126264 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-12-02ofz: Executable_lockfile needs Executable_concat-depsCaolán McNamara
Change-Id: I4cb2b1aa2b923884f4a2af23d69ff71c66ecef81 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126262 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-12-02ofz: fix build failure by building Executable_lockfile firstCaolán McNamara
Step #3 - "compile-honggfuzz-address-x86_64": [build LNK] StaticLibrary/libdtoa.a Step #3 - "compile-honggfuzz-address-x86_64": /bin/sh: 1: /work/workdir/LinkTarget/Executable/concat-deps: not found Step #3 - "compile-honggfuzz-address-x86_64": make[1]: *** [/src/libreoffice/solenv/gbuild/LinkTarget.mk:833: /work/workdir/LinkTarget/StaticLibrary/libdtoa.a] Error 127 Step #3 - "compile-honggfuzz-address-x86_64": make: *** [Makefile:170: StaticLibrary_dtoa] Error 2 Change-Id: I2dd48297f321b72bb28f993041d5728fd6c68a46 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126217 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-11-10add generate-flatpak-manifest.sh to generate FlatPak manifestMichael Stahl
Duplication of external tarballs in flatpak-manifest.in is a maintenance nightmare. The only difference between the current flatpak-manifest.in and the one generated from: make -s cmd cmd='${SRCDIR}/solenv/bin/generate-flatpak-manifest.sh master' > org.libreoffice.LibreOffice.json ... is that the current one contains an outdated reference to zxing-cpp-1.1.1.tar.gz which was upgraded to zxing-cpp-1.2.0.tar.gz in download.lst. Change-Id: I98ab9346244f2c0d788da391928fcb4ffebbe23f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124891 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2021-10-31ofz: build failureCaolán McNamara
Change-Id: I4595bb2345db025b04073538ae680bd74696260e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124527 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-10-08Simplify VS IDE integration generationMike Kaganski
Do not require the IDE version in vs*-ide-integration. Instead, use VCVER environment variable, that is set in configure, to obtain the toolset for the VCPROJ files. When introducing support for new VS version, the 'VisualStudioIntegrationGenerator.retrieve_toolset' method needs to be updated synchronously to list the toolset. This simplifies the make command to make vs-ide-integration TODO: also set the toolset in configure, to simplify the code here, and also in places like external/python3/ExternalProject_python3.mk (see commit c156a8c708f74dd31e1ef024edc578c3915619cb). Change-Id: I95960029a933be2cab96898eee6be6ca6bc5794a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123162 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2021-10-08Drop vs2017-ide-integration; add vs2022-ide-integrationMike Kaganski
VS2017 is not supported since 24973523ba59087185d434396fd614e73d72107f. Change-Id: I1a2af1eb8c9216eaed87d5454def2176728f719b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123161 Tested-by: Mike Kaganski <mike.kaganski@collabora.com> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2021-09-25add dbffuzzerCaolán McNamara
which requires dropping ---disable-database-connectivity Change-Id: I5b3a2027916a3cf844cefd90629c3fe918ead31e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122591 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-22ofz: prep for allowing oss-fuzz msanCaolán McNamara
dependencies need to be built with the msan flags so undo the --with-system .a usage now that trying to squeeze into the 12 hour build window isn't critical because the afl 6-8 hour build+check is disabled Change-Id: I3729d37e0f028c5efe62ce5d66ea6fe636d3d0c2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120788 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-12ofz: use system .a libs when they aren't c++ onesCaolán McNamara
Change-Id: I12e44bf2dbeebc0d18e48a22831099c3dad7b12d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120402 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-08oss-fuzz: drop more_fonts build step and just install the min wantedCaolán McNamara
Change-Id: I7e03be4c0137f49b8822991f91fdfe4367653c2b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120172 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-07disable scripting for fuzzingCaolán McNamara
Change-Id: I67c1c00fa716242336bbad1dd3df079e277ea776 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120126 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-03Fix 'make test-install' on LinuxMiklos Vajna
Regression from commit af70b5b8aa7b9dac3b64ef58968208475f673f5c (Allow --enable-macosx-sandbox without the codesigning identities, 2020-11-19), which started to assume that non-Windows means macOS for test-install purposes. Change-Id: If3c281b330363eb9c853ce6193e09698835ed765 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/119908 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
2021-07-19Avoid bash'ism (comment in line continuation)Stephan Bergmann
bash appears to remove comments only up to the next line-continuation backslash/newline pair, while SUS mandates that the "<backslash> and <newline> shall be removed before splitting the input into tokens", and at least zsh 5.8 follows that interpretation and thus complained about a `then` not followed by a `fi` Change-Id: Ifedb002f133a7bc4f79bb9bec3e8c97ccc704aaa Reviewed-on: https://gerrit.libreoffice.org/c/core/+/119227 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-06-17don't ignore dump_syms errors during symbol extractionChristian Lohmaier
also fix the file filtering in case directories are passed for recursive traversal (pdb files are not created in instdir, so that never really matched our build-env) Pass a directory to the invocation to make use of that filtering, and also add a retry in case dump_syms segfaults during processing (see also 73299faa75a4974eb49c93ffdfb2d6329cb4e519) Change-Id: I8989c3fd72de0b18eecce490fac81db956f87515 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117386 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2021-06-11use freshly compiled dump_syms.exe on windows for symbolinfo extractionChristian Lohmaier
while self compiled one still segfaults frequently, it is a tad better than the included one (and compiling froms source instead of using precompiled binaries is a net win in any case) Out of 50 attempts with the mergedlo.dll, the new compiled dump_syms succeeded 11 times, the shipped one succeeded 7 times - so could still be regular variance in that small sample size, but at least not significantly worse either. Change-Id: I86c213fe6aece58f1391d4c2bf9906b85eee9c57 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117056 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2021-06-01Remove config.warn during `make distclean`Stephan Bergmann
57f7b8f86bcd29b71e6d5f2990536eec64beeb05 "configure: Keep warnings file and cat build ones" insinuates that it shall no longer be removed during configure, so at least remove it during distclean Change-Id: Ic74aa0f2ca26887f90fea70d764b89b85a1cb01d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116513 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-06-01Better keep these $(BUILDDIR)/config.* lines sorted lexicographicallyStephan Bergmann
...after 16b48021e12641fbba4320f70e06ae0462f1995f "Fix cross-compilation 'make distclean'" Change-Id: I544f43adf5603cfd6f704429abad7055e7061058 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116510 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-05-25Install GDB pretty printers into cross-toolsetJan-Marek Glogowski
Change-Id: Id42dd694514e104d03c649a19788b5c192ec35a4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116116 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-05-22ofz build fixCaolán McNamara
Change-Id: Ia8c0aacc57a6aa2dd1ba591fd3a95c61d84e617b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115990 Tested-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-05-05Run checks also on cross build toolchainJan-Marek Glogowski
- certainly those can break subtly too Change-Id: Iade2b8d78c1ffe43cfb260e4cdbe15adb4332765 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/114563 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-04-10use systemd-detect-virt to detect building as root in containerCaolán McNamara
Drop the older container detection attempts because they are not reliable to detect being run as root in a container in github actions. <cloph> https://github.com/google/oss-fuzz/issues/4093#issuecomment-656290094 "It appears some GitHub actions are run with docker.service (where docker is in /proc/self/cgroup) while the zstd actions are run with containerd.service where /proc/self/cgroup looks like […]" <cloph> https://github.com/google/oss-fuzz/pull/4101 → probably also just use systemd-detect-virt instead of the grepping ourselves... if we're root and systemd-detect-virt doesn't exist or it claims we're not in a container then continue to abort the build using LIB_FUZZING_ENGINE for the oss-fuzz specific case worked fine, but lets try something a little more generic. Change-Id: I59711b01dfcd052b5af899ad41ae5890f849eacb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113738 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-04-07skip check-if-root test if LIB_FUZZING_ENGINE is setCaolán McNamara
https://github.com/google/oss-fuzz/pull/5588/checks?check_run_id=2285987092 Where presubmit checks for oss-fuzz fail with Makefile:62: recipe for target 'check-if-root' failed despite the efforts made to detect running inside a container LIB_FUZZING_ENGINE is set by oss-fuzz which builds LibreOffice by calling bin/oss-fuzz-build.sh which uses distro-configs/LibreOfficeOssFuzz.conf that enables --enable-fuzzers and --enable-fuzzers ensures LIB_FUZZING_ENGINE is set, so checking for LIB_FUZZING_ENGINE seems a reasonable test here to skip the root check Change-Id: I930c87c13bd365b0adbefd3625598a89e48468ff Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113731 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-02-18Library_gie no longer existsCaolán McNamara
Change-Id: I1e786496c07b503010ca412879e405ca77007d32 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111164 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-02-12fix fuzzer buildCaolán McNamara
Change-Id: I41df4af812cd225a0bd8e49df9e8b3c322698d28 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/110825 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2020-12-16Add generated vs-code-template.code-workspace to distcleanStephan Bergmann
Change-Id: I4e8cc80db2f2c4f90e732f163e33c3324ca25a7b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/107825 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-11-21Allow --enable-macosx-sandbox without the codesigning identitiesTor Lillqvist
For cases where you just want "make test-install" to construct an app bundle that you will manipulate and then sign separately. Change-Id: Iad805618f74ec783ebc013a664f928511b388383 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/106185 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Tor Lillqvist <tml@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/106260 Tested-by: Jenkins
2020-09-11Fix the minimal build-tools targetJan-Marek Glogowski
The revert commits change the build-tools target for a DESKTOP build to build the complete LO. This restores the original, minimal one and also adds a whitelist of allowd build types. OpenCL needs a configure switch, as it's status is also stored in a config header, so preventing the build is not enough. This also reverts: - commit 802161a505272732566210e9ebbd8fe1b23fb86d - commit 02d931a59e2966d0c2736db8dee7be3e3dcd6bae Change-Id: Ibfcb0c54e72da1b7c2e63c082ea6586520a787fa Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102480 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2020-07-17Update paths in Makefile.in and android/.gitignoreMichael Weghorn
commit 0dffc65236fbacf98047d6dbfc82b4efe7dd959b Date: Fri Jun 5 08:59:26 2020 -0400 android: fix the build output directory had changed the output directory, so adapt the paths in .gitignore and Makefile.in accordingly. Change-Id: I9c145e359e20167185ae2f7b055fa3b1dac870f8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98971 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2020-07-06When cross-compiling to DESKTOP, just make "build" for the build platformTor Lillqvist
Trying to fine-tune that exactly what is needed but nothing else is built is very painful. For instance, on macOS, if you build gengal but not soffice, you end up with this error when trying to run the built gengal, because there is no Info.plist in the app bundle in instdir_for_build: "No Info.plist file in application bundle or no NSPrincipalClass in the Info.plist file, exiting" Change-Id: I63d766f0e7e72f55454d16c72c32e153cf976443 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98177 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-07-04reduce number of framework librariesNoel Grandin
Change-Id: If2bf85301eb1523a636d031f6e5a9f78cb1ee06b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97871 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2020-06-17allow building as root inside a container without complaintCaolán McNamara
add a check for $container Change-Id: Ib6921c6d771622fb5f4acb82d10aa6fb34e1bbac Reviewed-on: https://gerrit.libreoffice.org/c/core/+/96538 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2020-05-18Revert "make: map slowcheck to gbuild's build and slowcheck"Luboš Luňák
This does not actually ensure everything is built before tests are run, so this doesn't fix the test failures it was intended to fix. This reverts commit 4054a30e2b2fa254dfb20718ce757ceb2f638fd5. Change-Id: Ie0fb9f98f90aeb6fc3ecf373efe9dadb6e2a5c39 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92589 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-05-04Adapt to hardened_runtime.xcentStephan Bergmann
...generated since 88453fd13a653963b394b8f865ff104b5545f137 "Enable debugging of a hardened process on macOS" Change-Id: I061b3673855d6e44f0fbf805f8cda1a9ee6f2196 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93431 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-04-21ofz#21701 Fuzzing build failureCaolán McNamara
Change-Id: I4a8042f4f3c117a2268b06789a99cf0ba6dbc3f8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92608 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
generated by cgit (git 2.34.1) at 2024-07-13 13:02:28 +0000