summaryrefslogtreecommitdiff
path: root/solenv
AgeCommit message (Collapse)Author
2018-03-11Move (and rename) graphic stuff from svtools to vclTomaž Vajngerl
This is preparing to change how GraphicManager works where it won't base itself around GraphicObject anymore but Graphic. No functional or cosmetic change was made to the classes, only changes that were needed because of the move and rename. The only thing that wasn't moved is the GraphicRenderer as it is not needed in vcl for now (but makes sense to move it in the future to keep graphic stuff together). grfmgr was renamed to GraphicObject as the GraphicManager will be changed a lot and most likely moved out, so the name grfmgr won't make any sense anymore. All the UNO implementations were renamed with a prefix Uno and used the same name as the class name. This is made to be more specific which are the Uno objects (for example graphic.cxx contained the implementation of XGraphic, which is similar to graph.cxx contains Graphic). Change-Id: I54a2fa6c7e997469aaa7770db05244adb9f64137 Reviewed-on: https://gerrit.libreoffice.org/51068 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
2018-03-10gbuildtojson ide-integration: unblacklist sal cppu cppuhelper cpputoolsMike Kaganski
Change-Id: I329c643a564af7559e6c2f5cae79875266fec09c Reviewed-on: https://gerrit.libreoffice.org/51039 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-03-08Make ubsan-suppressions a bit more preciseStephan Bergmann
Change-Id: I9a326da5e7c69fc4c7f21e472c1f1e2c8a260c1b
2018-03-05drop sax::tools::*base64 methodsNoel Grandin
and use the underlying comphelper methods rather. This is so that I can break the dependency that tools has on sax, and can add methods that make sax depend on tools. Change-Id: I8a2d6ce2ffc3529a0020710ade6a1748ee5af7d5 Reviewed-on: https://gerrit.libreoffice.org/50767 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2018-03-05Make LibreOffice buildable on Haiku.Kacper Kasper
* Obviously VCL wiring is missing, but most components do build. Change-Id: Ie853ada1423a8f4c2b647be59cd47a7730c42978 Reviewed-on: https://gerrit.libreoffice.org/50293 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
2018-03-05vcl: move vcl/source/gdi/bitmap.cxx to vcl/source/bitmap/bitmap.cxxChris Sherlock
Change-Id: Ib74ac5016b6f99adef41b6ee562701b5158cffd3 Reviewed-on: https://gerrit.libreoffice.org/50532 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
2018-03-02More sc files relying on float-divide-by-zero resulting in infStephan Bergmann
...triggering -fsanitize=float-divide-by-zero during e.g. CppunitTest_sc_statistical_functions_test. (Found only now after I removed -fno-sanitize-recover=ALL -fsanitize-recover=float-divide-by-zero from CXX and instead added halt_on_error=1 to UBSAN_OPTIONS.) Change-Id: Iead2147e42af33b987edb8e10804bc4eefa1aeca Reviewed-on: https://gerrit.libreoffice.org/50637 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2018-03-02Restrict UITest SAL_LOG_FILE hack to WindowsStephan Bergmann
...where it appears to be necessary, as the subprocess.Popen in uitest/libreoffice/connection.py apparently doesn't manage to make the spawned soffice process send stdout/-err output to the python process's stdout/-err (as works fine e.g. on Linux). (Only using that hack on Windows has the advantage that on other platforms output from the python and the soffice process will be properly interspersed. On Windows, at least sal/log.hxx messages from the soffice process are captured that way, while its stdout/-err output is still lost.) Also dump the soffice.out.log content in case of failure. (Note that, despite the file's name, it contains any sal/log.hxx messages from both the python and the soffice process.) Change-Id: Ic99a62b1abbe2fbbf98128a35203e2fd05335266 Reviewed-on: https://gerrit.libreoffice.org/50620 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-03-02gla11y: do not trigger lxml externalpackage build when system-providedSamuel Thibault
if there was no other external package built already, even just touching lxml.done would fail. Change-Id: I8b3ad63477421d797f2d6eb07b88c86041a5a1af Reviewed-on: https://gerrit.libreoffice.org/50614 Reviewed-by: Rene Engelhard <rene@debian.org> Tested-by: Rene Engelhard <rene@debian.org>
2018-03-02delete colordata.hxxNoel Grandin
move what we still need into color.hxx Change-Id: Ied7e31eb16468aa334c666b1499a6262f16a6350 Reviewed-on: https://gerrit.libreoffice.org/50561 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2018-03-02xmlsecurity: create XMLElementWrapper instances with a constructorMiklos Vajna
Change-Id: I0fe7d0a21b0ea35b537466316a637a0a46c52fe5 Reviewed-on: https://gerrit.libreoffice.org/50601 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2018-03-02gbuild-to-json: unblacklist shellMike Kaganski
Change-Id: I42f8a69c5deba1f83f6203f19e5f2fcfad837dea Reviewed-on: https://gerrit.libreoffice.org/50597 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-03-01gla11y: fix build outside sourceSamuel Thibault
We need to pass the absolute path to gla11y for build outside source to work. We however do not want to expose absolute paths in suppression files, so we have to introduce a parameter that provides the common prefix to be stripped. Change-Id: Iaf652cb8d6c3646438f828a0949dfd811f964e77 Reviewed-on: https://gerrit.libreoffice.org/50568 Reviewed-by: jan iversen <jani@libreoffice.org> Tested-by: jan iversen <jani@libreoffice.org>
2018-02-28gla11y: add warning/error suppression machinerySamuel Thibault
Also add an accessibility test which does have a few existing issues, and the corresponding suppression lines. Change-Id: I7095cdc13e40501bbdf6e635c1e4f93f70bc1316 Reviewed-on: https://gerrit.libreoffice.org/50251 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-02-28Build external lxml if not provided by systemSamuel Thibault
except on windows, where gla11y will resort to python's internal xml parser, which does not provide line numbers. This allows gla11y to be runnable on all systems. Change-Id: Ica4eb90f59bddfcefd783fc2ed9c8c27357e7572 Reviewed-on: https://gerrit.libreoffice.org/50115 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-02-28Merge upstream fixes into solenv/flatpak-manifest.inStephan Bergmann
* <https://github.com/flathub/org.libreoffice.LibreOffice/commit/ f5d97291e302d98c217c955c52b255795d4d4cad> "Bump runtime-version to org.gnome.Platform 3.26" * <https://github.com/flathub/org.libreoffice.LibreOffice/commit/ 7d69e505165d4bbf5fa0b34b5fb2cbff9dfaf9bd> "For now, bundle gst-libav to be able to play mp4 videos in impress" Change-Id: I1924d84be7fe577e302b0c1b8c7e2971e8583d73
2018-02-28Use Unicode for senddocMike Kaganski
Also removes unused code and unnecessary dependencies from it. Change-Id: Ib6de29358098846ca5e7330b10e67a88cfff8a6a Reviewed-on: https://gerrit.libreoffice.org/50444 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-02-27Add newly wrong formatted files to clang-format blacklistMiklos Vajna
Change-Id: I1c3c3754f4c18415f74342c01de6afd246b29f4d
2018-02-27pot creation: don't ignore multiple locations/occurrences…Christian Lohmaier
when making paths relative to SRCDIR 674b1c924966b4a3b6027509a6ab682e7c5aaaea as well as the code before ignored multiple locations in po file Change-Id: Idf5c5ca99d0ec8272e669621e132d7a495ceaff8 Reviewed-on: https://gerrit.libreoffice.org/50439 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2018-02-27convert various MessBox to weld::MessageDialogCaolán McNamara
Change-Id: I4d2d0393c753114aeb9bb7e646dfdc810f6caa38 Reviewed-on: https://gerrit.libreoffice.org/50398 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2018-02-26convert remaining ErrorBox to weld::MessageDialogCaolán McNamara
and convert remaining QueryBox to weld::MessageDialog Change-Id: Ifb4c316dee8eabf57c4940c44e29c65a2781aa6c
2018-02-25vcl: remove vcl/qa/cppunit/BitmapTest.cxx from clang-format blacklistChris Sherlock
I am actively working on bitmap tests, it is much easier if I just make a seperate commit which runs clang-format over this file, gives a clear line of demarcation so you can see what is being changed. Change-Id: I70357c935aaeac4cabdf95a98b2cc8e40fd736e0 Reviewed-on: https://gerrit.libreoffice.org/50298 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
2018-02-23new loplugin:doubleconvert to with ColorData workNoel Grandin
Change-Id: Ib8f2ef485f548645c4b0e7cf080b72b28c4e278d Reviewed-on: https://gerrit.libreoffice.org/50226 Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
2018-02-23Merge "Enable device=dri to fix opengl crashes" into flatpak-manifest.inStephan Bergmann
...from <https://github.com/flathub/org.libreoffice.LibreOffice/pull/18/commits/ 637788fa1d9fc6514467a4a193e5cf32f696b400> "Enable device=dri to fix opengl crashes" Change-Id: Ic989bfb3e46057dc2fd20d2cd6f17d5733338642
2018-02-22solenv: Update gb_PackageInfo_emit_l10n_for_one_langRico Tzschichholz
Add cjk_*, ctl_* and ctlseqcheck_$LANG.xcd files to install list Change-Id: I2c56cf2af3cc444cb7075740a981b6954950e5f5 Reviewed-on: https://gerrit.libreoffice.org/50182 Reviewed-by: Rico Tzschichholz <ricotz@ubuntu.com> Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Jenkins <ci@libreoffice.org>
2018-02-22Always execute pack_images.py with the right Python interpreterStephan Bergmann
With --enable-python=fully-internal, where PYTHON_FOR_BUILD is empty, this executed the "#!/usr/bin/env python" shebang in pack_images.py, using whatever python would be found (or not) on the system. With this fixed, there is no need any more for pack_images.py to be executable. Change-Id: I40ad3769898f3eb711dbe555d4c3faa9e3c1456d Reviewed-on: https://gerrit.libreoffice.org/50180 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-02-22Fix clean-up of gb_UIConfig_get_a11yerrors_targetStephan Bergmann
The old code tried to remove non-exisiting *.a11yerrors files corresponding to a UIConfig's individual *.ui files, not the one single *.a11yerrors file corresponding to the UIConfig itself. Also, there's no need to have a UIA11YErrorsTarget merely for clean-up. Just do that clean-up as part of gb_UIConfig_get_clean_target. Change-Id: I6676f08496254398801bb75172c1326d1c843071 Reviewed-on: https://gerrit.libreoffice.org/50156 Reviewed-by: Samuel Thibault <sthibault@hypra.fr> Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-02-22gb_UIConfig_get_imagelist_target missing from clean targetStephan Bergmann
Change-Id: I541bd57815bd66978326486b29165d0480d8a7b6 Reviewed-on: https://gerrit.libreoffice.org/50157 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-02-22Process all added uifilesStephan Bergmann
Change-Id: I9efb05973e7d8468afb82bd9875d527412a4fd1c Reviewed-on: https://gerrit.libreoffice.org/50116 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2018-02-22update clang-format blacklistNoel Grandin
after I accidentally formatted it in commit 50d0ec571f302fe54ac7ddac827b571c94554bec rename redundantcopy loplugin to redundantfcast Change-Id: I8e006fa9a90af3d70ef7e6a9fdef2d6f294e0fba
2018-02-22solenv: Fix gb_MoTarget_get_install_target argumentRico Tzschichholz
This fixes l10n-*.files generation of packageinfo and makes "install-packages-l10n-*" targets work again. Change-Id: Ib4d726f1079360cade8d5f398b1f5144d6693152 Reviewed-on: https://gerrit.libreoffice.org/49528 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Rico Tzschichholz <ricotz@ubuntu.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2018-02-22gla11y: Use python interpreter decided by configureSamuel Thibault
configure uses $PYTHON to determine lxml availability, so the make rule should use the same instead of letting gla11y find a python interpreter through "env", in case e.g. $PYTHON is python3, and lxml is available in python3 but not in python (actually python2). Along the way, rather use PYTHON_FOR_BUILD for coherency. Change-Id: Ied4c05aca462cc16685c61f36b56bb9e8612d90e Reviewed-on: https://gerrit.libreoffice.org/50087 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-02-22sw: clang-format textboxhelperMiklos Vajna
This was more or less consistent before, but the recent automatic rewrites broke consistency, just give up on manual formatting here. Change-Id: Ieb387e3d7230d227e33ba0b420cfa572309c5330 Reviewed-on: https://gerrit.libreoffice.org/50119 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2018-02-22rename redundantcopy loplugin to redundantfcastNoel Grandin
Change-Id: I34e28a30a4f1fd264c18c901cd94094531543271
2018-02-22Move include/sfx2/notebookbar/NotebookbarContextControl.hxx to include/vcl/Stephan Bergmann
...as it is included from other include/vcl/*.hxx files. (And moving it there helps the heuristic in an upcoming improvement of loplugin:dyncastvisibility.) Change-Id: I15e061fbaba8e82235afb5b312f7b38f26eec900 Reviewed-on: https://gerrit.libreoffice.org/50123 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-02-21Update LibreOffice.natvisMike Kaganski
Change-Id: I46a976de94508dd2b79c9dcb19d25d307f4c732c Reviewed-on: https://gerrit.libreoffice.org/50067 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-02-20Integrate initial version of gla11y tool in the build systemSamuel Thibault
This is part of integrating an accessibility non-regression tool. This adds checks in configure.ac for the presence of python lxml which we will need, and adds support for calling the tool at build time, to check for definite UI errors. For now, that only emits errors for missing or duplicate accessibility relation targets, and senseless relations: a label being mnemonic for several widgets. Change-Id: Idda91b15b9a9e0322d16db33dfac8e03f2aa518c Reviewed-on: https://gerrit.libreoffice.org/49856 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2018-02-20Add wrongly formatted new file to blacklistStephan Bergmann
Change-Id: I51c4ae494d75339581c61e72222997918d0ddfe1
2018-02-19Remove now unused libgetuid.somichael.weghorn
Some scripts in which it was used have been removed (commit e1082e45361a92a31adedcc3ed0a35c704bca543) and the more reliable 'fakeroot' is now in use at all other places where libgetuid.so was previously used (s. tdf#115554). Change-Id: I638e96e5c8d671e3b145b79f33de718fe34ea514 Reviewed-on: https://gerrit.libreoffice.org/49837 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2018-02-19Buildsystem changes to recognize Haiku.Kacper Kasper
Change-Id: I219d556f8e124cfe426cc1ac3c54da34eb7ef790 Reviewed-on: https://gerrit.libreoffice.org/49925 Reviewed-by: Michael Meeks <michael.meeks@collabora.com> Tested-by: Jenkins <ci@libreoffice.org>
2018-02-18tdf#115554: Create tar archives using 'fakeroot'Michael Weghorn
'tar' must be run as root or faked to be run as root, to make sure that file ownerships and permissions inside the created tar archives are as desired (root:root). Have fakeroot take care about creating an appropriate environment rather than using the custom "libgetuid", to no longer have to care about tar internals by ourselves. This fixes the problem that file ownerships are incorrect when tar version >= 1.24 is used for * tar archives holding all the generated deb/rpm packages (created in 'download.pm') * tar archives created by using the '--with-pacakage-format=archive' autogen option (created in 'simplepackage.pm') Change-Id: Id20ccce4d002ff95c75292eda8080ca299eee3a5 Reviewed-on: https://gerrit.libreoffice.org/49682 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2018-02-18tdf#115554: Use 'fakeroot' to build Debian packagesMichael Weghorn
The command to create Debian packages must be run as root or faked to be run as root. The 'fakeroot' makes sure the command is run in an environment faking root privileges for file manipulation. This makes sure that file ownerships and permissions inside the created deb packages are correct. Using fakeroot instead of the custom "libgetuid" makes it unnecessary to care about internals of the underlying tools (like tar) and changes in those by ourselves. Change-Id: I2cbb203ab84f740377e535c1051c2b879779b164 Reviewed-on: https://gerrit.libreoffice.org/49597 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2018-02-15Adapt solenv/flatpak-manifest.inStephan Bergmann
...to 45a4e70484e7d90dab07a677914ada2d948b415c "Update orcus to 0.13.3." Change-Id: I6a400b264b7ae0be73b55110a67617d0e5f3d3fa
2018-02-14Revert "--disable-pdfium for Linux aarch64 Flatpak build"Stephan Bergmann
...which should no longer be needed w/ 9efd288b31e259b964097d3eeeff7f6c10945cb3 "pdfium: disable custom allocator". (On Flathub, the original problem had been seen with worker gnome-aarch64-1 using 64K pages, but not with arm-1/arm-3 using 4K pages.) This reverts commit ffc134445ef7e935d18d816626f64e65b4cdbca6. Conflicts: solenv/flatpak-manifest.in Change-Id: I7d169ba92cdcd651b1c560aabf0d4559fad8cf9c
2018-02-12Work around i386 kernel vs. JVM bug for now by disabling all tests on i386Stephan Bergmann
<https://bugzilla.redhat.com/show_bug.cgi?id=1468436> "Libreoffice Writer crashing with segmentation fault in libjvm.so _expand_stack_to when wiki plugin installed" still hits various machines (e.g., my local 4.14.16-300.fc27.x86_64 as well as 3.10.0-693.11.6.el7.x86_64 flathub-builder-pdx1, see <https://flathub.org/builds/#/builders/3/builds/1790>), causing --arch=i386 builds to fail tests that instantiate a JVM in-process, e.g. CppunitTest_dbaccess_RowSetClones with SIGSEGV at > #0 _expand_stack_to (bottom=0xff605fff <error: Cannot access memory at address 0xff605fff>, bottom@entry=0xff605000 <error: Cannot access memory at address 0xff605000>) at /run/build/java/hotspot/src/os/linux/vm/os_linux.cpp:608 > #1 0xed207564 in os::Linux::manually_expand_stack (t=0x58314800, addr=0xff605000 <error: Cannot access memory at address 0xff605000>) at /run/build/java/hotspot/src/os/linux/vm/os_linux.cpp:621 > #2 0xed211d5b in os::create_attached_thread (thread=0x58314800) at /run/build/java/hotspot/src/os/linux/vm/os_linux.cpp:839 > #3 os::create_main_thread (thread=0x58314800) at /run/build/java/hotspot/src/os/linux/vm/os_linux.cpp:789 > #4 0xed36d8a7 in Thread::set_as_starting_thread (this=0x58314800) at /run/build/java/hotspot/src/share/vm/runtime/thread.cpp:941 > #5 Threads::create_vm (args=0xffdf0810, canTryAgain=0xffdf068f) at /run/build/java/hotspot/src/share/vm/runtime/thread.cpp:3614 > #6 0xecfc5081 in JNI_CreateJavaVM_inner (args=0xffdf0810, penv=0xffdf0a84, vm=0xffdf0798) at /run/build/java/hotspot/src/share/vm/prims/jni.cpp:3937 > #7 JNI_CreateJavaVM (vm=0xffdf0798, penv=0xffdf0a84, args=0xffdf0810) at /run/build/java/hotspot/src/share/vm/prims/jni.cpp:4032 > #8 0xf32b5397 in jfw_plugin_startJavaVirtualMachine(JavaInfo const*, JavaVMOption const*, long, JavaVM_**, JNIEnv_**) () from /run/build/libreoffice/instdir/program/libjvmfwklo.so ... Disabling tests leads to successful builds, but using Java functionality in the LO flatpak on affected machines (where the above bug or similar for other Linux distros is not yet fixed) will still crash, of course. Users of the LO flatpak will need to seek a fixed kernel (or there will need to be an update of org.freedesktop.Sdk.Extension.openjdk9 and a rebuild of the LO flatpak, if it turns out that a fix will need to be applied to OpenJDK instead of the kernel). This workaround can be removed again once no Flathub build machines are affected by the bug any longer. (`uname -i`, reporting "i386", appears to be more appropriate for this check than `uname -m`, which might probably report other tokens besides "i686".) Change-Id: I6e4b01d1df5aff5ac31847fd56285506af003f4b
2018-02-12Include <release> in Flatpak appdata.xmlStephan Bergmann
...fixing <https://github.com/flathub/org.libreoffice.LibreOffice/issues/13> "No version information". This is only minimal release information (cf. <https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html# tag-releases>), but is what is available directly in the build without additional manual input. Lack of either a date or timestamp attribute causes a failure "org.libreoffice.LibreOffice.desktop: AppData problem: attribute-missing : <release> has no timestamp", so include the current date in ISO 8601 format to silence that. It is assumed that the LIBO_VERSION_* variables will only contain numeric values, so don't need to be encoded when included in an XML attribute. Change-Id: I442a01d5093ab2621897685c3bc1eeda4ee08fa9
2018-02-12solenv: document how to build static clang-formatMiklos Vajna
Change-Id: Ibadb8966f1c3ba7e241b9eb5d36c9067f0246c86
2018-02-09Adapt solenv/flatpak-manifest.inStephan Bergmann
...to e13acfcac9571da7efeec8fe5b27b11249d51c27 "Update liborcus to 0.13.2." Change-Id: I5e2b8d9ea4f91571fe884944a6c0a390d650993f
2018-02-09solenv/flatpak-manifest.in: Merge in building with GCC 7Stephan Bergmann
This merges in * <https://github.com/flathub/org.libreoffice.LibreOffice/commit/ d1ca6fbdac7f0adcfd813ac5556d6ad979924232> "switch to gcc7", * <https://github.com/flathub/org.libreoffice.LibreOffice/commit/ 687e79514c12bb8c6fd7dfd93f1e4fb84fc6af54> "Copy org.freedesktop.Sdk.Extension.gcc7 libs into app", and * <https://github.com/flathub/org.libreoffice.LibreOffice/commit/ 41b361bf4973b0981f834fe58b3f808b0ca81634> "Use `cp -d` to preserve symlinks", which should allow to build on 32-bit arm once <https://github.com/flathub/org.freedesktop.Sdk.Extension.openjdk9/issues/4> "ARM version" is fixed. Those had been reverted again on flathub with <https://github.com/flathub/ org.libreoffice.LibreOffice/commit/1168072d19f358ffacc783aa83773789c6eafb99> "Revert 'Gcc7' again, for now" because it had apeared back then that using GCC 7 caused the build to fail on aarch64. This has meanwhile been tracked down to be an issue with PDFium instead, see ffc134445ef7e935d18d816626f64e65b4cdbca6 "--disable-pdfium for Linux aarch64 Flatpak build". Change-Id: I594d38ecfdf7dbd78b91af04b9f3f3e86987b8e5
2018-02-09--disable-pdfium for Linux aarch64 Flatpak buildStephan Bergmann
At least current PDFium master <https://pdfium.googlesource.com/pdfium/+/ 026717cb667cf0c7215cf55daf794d69752fc900/third_party/base/allocator/ partition_allocator/page_allocator.h#33> still hard-codes the assumption that "All Blink-supported systems have 4096 sized system pages". On Linux aarch64 machines with 64K page size (as reported by `getconf PAGE_SIZE`, e.g., on Flathub worker <https://flathub.org/builds/#/workers/18> "gnome-aarch64-1"), that causes LO's CppunitTest_svtools_graphic to fail with SIGABRT, when pdfium::base::SetSystemPagesInaccessible (workdir/UnpackedTarball/pdfium/ third_party/base/allocator/partition_allocator/page_allocator.cpp) causes an mprotect to fail in a pattern like > mmap(0x1051200000, 2097152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1051200000 > mprotect(0x1051200000, 4096, PROT_NONE) = 0 > mprotect(0x1051202000, 8192, PROT_NONE) = -1 EINVAL (Invalid argument) The loss of functionality caused by --disable-pdfium is assumed to be acceptable ("used for insert->image and selecting a pdf I believe", according to caolan on IRC), and e.g. Fedora disables it for all arches since <https://src.fedoraproject.org/rpms/libreoffice/c/ 1f6713e951de6aa9af43a9bd92ed011edf0c6fe9> "update to 5.4.0 alpha1". Change-Id: I39385c332ddd6a2a3a221f0d0577181709944313