| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
... and introduce the --enable-services-rdb-from-build option.
Currently the build handles global build options redundant
in a few places:
* in Repository*mk + modules - the "real" build dependencies
* the full services.rdb generation
* the static UNO constructor map generation
Also the component files don't reflect the really built components
and so the RDB services generation must handle the whole options
to select the correct components.
So this optionally replaces the latter two by generating the list
of components and it's constructors from the build itself. As a
consequence, component files must now be split, so they reflect
the real components in the libraries, otherwise the static
constructor list will have missing symbols. IMHO this is more
natural, as it happens in the same place already handling these
build options for the sourcecode.
This also adds a convenience helper to add multiple component
files: gb_Library_set_componentfiles
This is WIP and currently just works for the stripped WASM build,
which introduces many more split component files in later patches.
It also explicitly filters the gb_Rdb__URECOMPONENTS and the
CppunitTest related components from the services.rdb. Maybe there
is a good way to do this properly.
Change-Id: I1b38a6f2c1e5221f18d7e5e756c30263b555d962
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126185
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
|
|
|
|
|
|
|
| |
... and just convert the last user to $(BUILD_TYPE).
Change-Id: Iaf6361b0be47594e5c1ac08a8183460b7ada92f8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126410
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
|
|
|
|
|
|
|
|
| |
Regression from commit 214fa233338c09156c67f85818b6a2ea6b3235bd
("add with-system-abseil/with-system-openjpeg for pdfium").
Change-Id: I218cd4762f295c8d253afb670d3f3ebd5e104c45
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126398
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
|
|
|
|
|
|
| |
Change-Id: I9f7d185d7d9ac0b90473464932103a7c5545fdc8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126260
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
since...
commit 8b9f8f0f9d38cc64f742fe5358fce88d0f82391a
Date: Sun May 30 13:23:16 2021 +0200
libxml2: use xml2-config dummy for internal build
added -lm for all DISABLE_DYNLOADING targets which results in link time
failure of:
[LNK] Executable/cgmfuzzer
/usr/bin/ld.gold: warning: Cannot export local symbol '__asan_extra_spill_area'
/usr/lib/x86_64-linux-gnu/libm-2.31.a(s_atan.o):function __atan_ifunc: error: undefined reference to '_dl_x86_cpu_features'
/usr/lib/x86_64-linux-gnu/libm-2.31.a(s_ceil.o):function __ceil_ifunc: error: undefined reference to '_dl_x86_cpu_features'
/usr/lib/x86_64-linux-gnu/libm-2.31.a(s_floor.o):function __floor_ifunc: error: undefined reference to '_dl_x86_cpu_features'
/usr/lib/x86_64-linux-gnu/libm-2.31.a(s_sin.o):function __sin_ifunc: error: undefined reference to '_dl_x86_cpu_features'
like https://bugzilla.redhat.com/show_bug.cgi?id=1433347
because we end up with -lm inside the -Wl$(COMMA)-Bdynamic group of
solenv/gbuild/platform/unxgcc.mk
Change-Id: I080bbe462c9fcf0129ca3d4c3c764aa42eee9774
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126331
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
|
|
|
|
|
|
| |
Just add the default value to the platform section and handle the
AC_ARG_ENABLE action-if-not-present accordingly.
Change-Id: I050ace4b20808cedcc4b8ab92f8766c5b5d49d33
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126266
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
|
|
|
|
|
|
|
|
|
| |
Unfortunatly we cannot add --disable-scripting to
sub_conf_defaults, because Java currently has no
equivalent to the PYTHON_FOR_BUILD setting.
Change-Id: I89938a17307a363f5de808200914940503312829
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126186
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When building a static LO with --disable-dynloading on Linux,
--without-system-libs failed for me. And it left me really puzzled:
raptor configure failed and claimed it couldn't link libxml2.
raptor's config.log showed missing math functions. xml2-config of
LO's build is patched and it includes a -lm. The xml2-config in my
chroot doesn't. But we explicitly pass the xml2-config for
non-system-libxml2 build. Reading the configure from raptor didn't
reveal a way, that it could somehow pick up the xml2-config from
the chroot, but that code is autoconf-complex...
When running "sh -x configure", it turned out the configure script
actually picks up the LIBXML_* flags from the environment, which
are set by LO's config_host.mk. These just add -lm for Android.
So this adds a xml2-config.in "dummy", which overwrites the one
from the libxml2 source and just echos LO's LIBXML_* values and
it adds -lm for all DISABLE_DYNLOADING targets.
Change-Id: Ia713cf80c8e7dc989cf23c224e7a0f7ea1210a87
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116409
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
That flag is only supported by clang-cl, not by MSVC, and
c7c9f3f57a2feae5d3bc3c47104786883ed09e44 "use clang-cl's -Zc:dllexportInlines-
for clang-cl builds" apparently naively assumed that it would work to build LO
with clang-cl and that flag without actually trying it out, and
1040228c356d75c5228cde4d6103f9b446848e4b "My clang-cl build does not work with
-Zc:dllexportInlines-" effectively disabled it completely.
The way to avoid unresolved external symbols during linking of URE libraries
(see the 1040228c356d75c5228cde4d6103f9b446848e4b commit message) is apparently
to also build libraries that the URE libraries depend on with the flag, hence
the change from gb_Library_set_is_ure_library to
gb_Library_set_is_ure_library_or_dependency. For now, I only marked those
additional libraries (unoil and xmlreader) that actually caused issues when
linking the URE libraries.
Change-Id: I3a85c73246250981cd86b7ee41f87b41f393a4b1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126012
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
Tested-by: Jenkins
|
|
|
|
|
|
|
|
|
| |
Probably additional bits can be removed, but this now passes.
Change-Id: I366bec43cfd6fb02e914c85c711b3b19586d534d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126161
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a hack, because make has no way to serialize processing
of a target (just .NOTPARALLEL for the whole Makefile).
It uses the lockfile tool / liblockfile 1.17. Since that polls
the file, I adjusted the poll timeout to 5s max, because I found
the 60s wait much too long. Guess even 1s would be ok...
Since it's just a small build tool, I simply copied and patched
its source, instead of creating an external project. And there
is --with-system-lockfile=... to use an external binary instead.
Change-Id: I16bc4579a273dcf1aac811ae4723ca325a0b9eba
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126152
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For the static WASM build, we need to build with GUI but without
X11, as this just includes a static Qt backend.
We already have USING_X11, which indicates that the platform will
use X11 as a backend, so we can match --without-x to USING_X11=no,
independent from the --disable-gui setting.
Fitting all this into vcl/Library_vcl.mk was originally getting
quite complex, but by moving the logic into configure.ac in a
previous commit, the branching becomes way easier.
Change-Id: Ia2ddba3400b4306b609a1f64823cca75061e0593
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116125
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
|
|
|
|
|
|
|
| |
That's where the LLVM installer puts it by default.
Change-Id: Ia20979a4ae97eca8686b7a82a372264750066f63
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126081
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The catch is that clang-cl does not know it, it only understands
-Xclang -fpch-codegen. On Linux -fno-pch-codegen is handled by
the driver, but clang-cl doesn't know the options, so we pass
to the backend using -Xclang, but that one understands only
-fpch-codegen. So if not found, do not use that option, the cost
is only that compiling precompiled_skia.cxx will take longer.
Change-Id: Ie307f96b381b732517a5ab574c742a2ee0bfb687
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126067
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
|
|
|
|
|
| |
Change-Id: Id23e40de23de829e42b984d74be8bb0e632112d8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125855
Tested-by: Jenkins
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
...at least with Clang 14 trunk now (but I didn't check which llvm commit would
be responsible for that, and which version of LLVM that appeared in first).
That also means the -D_CRT_RAND_S hack in CXX is no longer needed either. (See
the mail thread starting at
<https://lists.llvm.org/pipermail/cfe-dev/2015-November/046012.html> "[cfe-dev]
clang-cl question".)
Change-Id: If1b1b4fa17782161c3b72ac68fdef28b0e044a31
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125859
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Seems the first poppler including poppler-cpp.pc.in and also
cpp/poppler-version.h.in was 0.14.0.
So this also increases the minimal system poppler dependency from
* poppler 0.12.0 (Wed Sep 9, 2009)
to
* poppler 0.14.0 (Tue Jun 8, 2010)
Compiling the internal poppler, we're up-to-date anyway.
Change-Id: Iee07cfeb43f4320fd596c772eeb26662505d0daf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125778
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
|
|
| |
Change-Id: Id53d388b35843b395f5a768c8a81fe7d746a25ad
|
|
|
|
|
|
|
|
| |
Change-Id: I53878de49549098ff90ef1f68f88880a6eb5bf55
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125797
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
I accidentally pushed an older version of the commit.
PCHs work fine with ccache, so no need to disable one or another.
And $COM is not set yet at the time when ccache is detected, so
use $os instead.
Change-Id: I1802684d6bbdee940b7062be0b8010a887216834
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125800
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
|
|
|
|
|
| |
Change-Id: I00842dec9512a8fe0d68a507e8a1467df97709f2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123461
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Lots of
> [build LNK] Library/cppuhelper3MSC.dll
> servicemanager.o : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl xmlreader::Span::Span(char const *,long)" (__imp_??0Span@xmlreader@@QEAA@PEBDJ@Z) referenced in function "public: __cdecl `anonymous namespace'::Parser::Parser(class rtl::OUString const &,class com::sun::star::uno::Reference<class com::sun::star::uno::XComponentContext> const &,struct cppuhelper::ServiceManager::Data *)" (??0Parser@?A0x40CCA2FC@@QEAA@AEBVOUString@rtl@@AEBV?$Reference@VXComponentContext@uno@star@sun@com@@@uno@star@sun@com@@PEAUData@ServiceManager@cppuhelper@@@Z)
> servicemanager.o : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl xmlreader::Span::Span(void)" (__imp_??0Span@xmlreader@@QEAA@XZ) referenced in function "public: __cdecl `anonymous namespace'::Parser::Parser(class rtl::OUString const &,class com::sun::star::uno::Reference<class com::sun::star::uno::XComponentContext> const &,struct cppuhelper::ServiceManager::Data *)" (??0Parser@?A0x40CCA2FC@@QEAA@AEBVOUString@rtl@@AEBV?$Reference@VXComponentContext@uno@star@sun@com@@@uno@star@sun@com@@PEAUData@ServiceManager@cppuhelper@@@Z)
> servicemanager.o : error LNK2019: unresolved external symbol "__declspec(dllimport) public: bool __cdecl xmlreader::Span::equals(char const *,long)const " (__imp_?equals@Span@xmlreader@@QEBA_NPEBDJ@Z) referenced in function "public: __cdecl `anonymous namespace'::Parser::Parser(class rtl::OUString const &,class com::sun::star::uno::Reference<class com::sun::star::uno::XComponentContext> const &,struct cppuhelper::ServiceManager::Data *)" (??0Parser@?A0x40CCA2FC@@QEAA@AEBVOUString@rtl@@AEBV?$Reference@VXComponentContext@uno@star@sun@com@@@uno@star@sun@com@@PEAUData@ServiceManager@cppuhelper@@@Z)
[...]
Change-Id: I2cf96b8ce52027fa3c307a0973cdfb91fa990763
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125683
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
|
| |
Change-Id: I3db97c20af3815a366d93454c8fc66cf8bdd848e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125207
Tested-by: Julien Nabet <serval2412@yahoo.fr>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
|
|
|
|
|
| |
Change-Id: I270cbb75cde2a44416b61978b8eefdf267720031
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125559
Tested-by: Jenkins
Reviewed-by: René Engelhard <rene@debian.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There's no official MSVC support in ccache yet, but there are patches
in progress of getting upstreamed. So right now it's necessary
to get a patched ccache.
Ccache cannot work with -Zi option, since sharing debuginfo in a .PDB
cannot be cached. Added --enable-z7-symbols that gets enabled
by default if ccache is detected.
It works even with PCHs enabled, and externals seem to work too.
I get almost 100% hit rate on a rebuild, although such a rebuild
is slower than on Linux.
Change-Id: I1d230ee1fccc441b9d9bec794cc2e1ec13161999
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125179
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88389 is right that
split-debug doesn't make sense with LTO. Without -ffat-lto-objects
or with Clang .o files aren't even really object files that
would be normally usable. Since gcc complains if the combination
is used, explicitly avoid it.
Change-Id: I76992e94f4790238e5aaee691b5cec54fd0ef3a0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125379
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Unicode 14, 5 new scripts, 12 new Unicode blocks.
In i18npool/qa/cppunit/test_breakiterator.cxx
TestBreakIterator::testLao() had to be disabled/adapted.
Needs to be investigated, see comments there.
As is, Lao script word break has regressions.
Correct UBLOCK_TANGUT_SUPPLEMENT Unicode range endpoint to
0x18D7F, see
https://www.unicode.org/versions/Unicode14.0.0/erratafixed.html
for which ublock_getCode(0x18D8F) now returned UBLOCK_NO_BLOCK and
thus luckily the assert in svx/source/dialog/charmap.cxx hit.
Change-Id: I4bad16ecfab3f44be365b8f884c57f34af68218e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125322
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Jenkins
|
|
|
|
|
|
|
|
|
|
| |
Since Skia is now the default on Mac too. Clang on Mac should
be the given, but check for consistency.
Change-Id: I490d5434374d98b1d7a219c2bca48747e31eecac
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122337
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
|
|
|
|
|
| |
Change-Id: I96fb0ffaf66476a605966df3f2bde3756ae67ec8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125198
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
|
|
|
|
|
|
|
|
|
| |
Since that's a pessimisation. Any manual override
(--enable-ccache, or --disable-pch) will again make configure
auto-enable [s]ccache if binaries are found.
Change-Id: I4c0773300c792ebb1807d092d3622d90dfac7d5f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125073
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For one, it always trivially failed with
> LINK : fatal error LNK1104: cannot open file 'LIBCMT.lib'
because of a missing LIB env var expected by cl. (Rather using LDFLAGS with
something like
> LDFLAGS="$LDFLAGS -LIBPATH:$COMPATH/lib/$WIN_HOST_ARCH"
instead of prepending LIB to $CXX via env wouldn't work, as AC_RUN_IFELSE puts
LDFLAGS too early on the compiler command line, causing "cl : Command line
warning D9002 : ignoring unknown option '-LIBPATH:...'". And just using
something like
> CXX="env LIB=$COMPATH/lib/$WIN_HOST_ARCH $CXX"
instead of the full $ILIB would cause "LINK : fatal error LNK1104: cannot open
file 'kernel32.lib'".) This means that the HAVE_CPP_CONSEVAL check had to be
moved past setting up ILIB.
But for another, detection of HAVE_CPP_CONSTEVAL under --with-latest-c++ would
trigger MSVC bug <https://developercommunity.visualstudio.com/t/1581879> "Bogus
error C7595 with consteval constructor in ternary expression (/std:c++latest)"
at
> sd/source/ui/unoidl/unoobj.cxx(742): error C7595: 'Color::Color': call to immediate function is not a constant expression
(and see also f8a30a87a9d0c68dc16d5fa2ca63f687b1d90da1 "Fix (mis-)uses of
temporary O[U]StringLiteral") so add a test for that bug to the checking code.
Change-Id: Iedf793f388fc190555a71ed3ab63e87a77ad4828
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125093
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
|
|
|
|
| |
Otherwise, --with-visual-studio=2022 picked the Preview version for me when I
have both Preview and Current installed.
Change-Id: I1c53a28877a6de80db54ed9b17b1eee0eae923c8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124963
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
<https://dev-www.libreoffice.org/src/boost_1_77_0.tar.xz> has been generated (on
Fedora 35) with
> $ wget https://boostorg.jfrog.io/artifactory/main/release/1.77.0/source/boost_1_77_0.tar.bz2
> $ printf 'fc9f85fc030e233142908241af7a846e60630aa7388de9a5fafb1f3a26840854 boost_1_77_0.tar.bz2' | sha256sum -c # cf. <https://www.boost.org/users/history/version_1_77_0.html>
> boost_1_77_0.tar.bz2: OK
> $ external/boost/repack_tarball.sh boost_1_77_0.tar.bz2
> Unpacking boost_1_77_0.tar.bz2 ...
> Removing unnecessary files ...
> Creating boost_1_77_0.tar.xz ...
> Cleaning up ...
> 9b334d6c6d7af5a0687280788cd84444398b8e0b472cd88e52bbc3c3ef11d98e boost_1_77_0.tar.xz
> Done.
Change-Id: I527cad7eb2f311d968da371f268644bdd31f6462
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124947
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
| |
No reason why the filename should be defined in configure?
Remove unused NUMBERTEXT_EXTENSION_SHA256SUM.
Change-Id: I3d3084e2052cb98ddbe2c1cf10691dcc5d716d19
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124889
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
|
|
|
|
|
|
|
|
|
|
|
|
| |
When I added this in 151abb8b2b9d3a22229b98cec12e29484d1210 I made
a copy&paste mistake that I corrected in a follow-up commit
by removing the incorrect option without introducing -isystem
into the check. Not that it matters in practice, apparently.
Change-Id: I64d9ce34dcbaf9acdd8c794aed9fd84bae776d4a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124828
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
|
|
|
|
|
|
|
|
| |
...after 0b9a6cfc443d84158fb0db6f40b953e1410178d8 "Set Boost baseline to 1.66,
and enforce it"
Change-Id: Ia3b1c453872cdcf4830160de4bbd500b178b7834
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124726
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(this was meant as a prerequisite for enabling its -D_LIBCPP_DEBUG=1 counterpart
when building against libc++ on macOS, but which got stalled for now after
running into the issue described at
<https://lists.llvm.org/pipermail/libcxx-dev/2021-October/001222.html>
"[libcxx-dev] Building a program with -D_LIBCPP_DEBUG=1 against a libc++ that is
not itself built with that define")
Change-Id: If466dce595a9311b2afbae41d5ddcaecc6f3c57b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124678
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
|
|
| |
Change-Id: I9e856fc2d61f1789a6f1702514837860539a0f49
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124573
Tested-by: Jenkins
Tested-by: René Engelhard <rene@debian.org>
Reviewed-by: Kohei Yoshida <kohei@libreoffice.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The help message for that option even said "With current Xcode
versions, only the latest SDK is included, so this option is not
terribly useful". And that was written in 2016. So by now, the
--with-macosx-sdk option surely has outlived its usefulness.
Change-Id: I467194c96c571822c08ea82bb7e62f0e2a2d332b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124549
Tested-by: Jenkins
Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
| |
This reverts a part of 18cc01b63996f81b284e3bc827d1be7f3da8983a .
Change-Id: Ib7abbc41eeb6abd573f540ae2d0d2822e68b9abb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124613
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
|
|
|
|
|
|
|
|
| |
The curl_url* functions exist since 7.62.0 and CURLOPT_CURLU since
7.63.0.
Change-Id: I8bc766221636eb3ff0d33ae5a90d00c1bc7ecd7a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122046
Tested-by: Michael Stahl <michael.stahl@allotropia.de>
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
|
|
|
|
|
|
|
| |
Change-Id: Id5cbeb9924b8e80b3b88f77fee2efd8457b5c302
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122043
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
|
|
|
|
|
|
|
|
|
| |
... just like autogen.sh does.
Change-Id: I30ee6b4043c138d7c1e8de154b33fbc7528c34dd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124439
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
|
|
|
|
|
|
|
|
| |
simd enabled for x86_64 and x86, arm/aarch64 might be worth exploring
too
Change-Id: Ic2726ee8c6b6e59ca983b977ee2731f5b78b97d1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123898
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
| |
Change-Id: I0e62ad9397ae3a9558f609afb37f44e56b0a4e9e
|
|
|
|
|
|
|
|
|
|
|
| |
newcomers will run into the need to specify --with-privacy-policy-url
and besides that the update server won't know about the build done/will
be useless without also using your own update-check server.
Change-Id: I77ff61e55ae4a0ca387b79cc2dcfc3f3059ef962
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124324
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
|
|
|
|
|
|
|
|
| |
The value wasn't in config_host.mk.in, so it's never been used.
And also fix Calc Kahan CPU-specific code yet again :( .
Change-Id: Iacfd500e5a662b2b4b96a009d129a012d278a3ad
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124248
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
|
|
|
|
|
|
|
| |
Change-Id: I3e2b004578394e0199ac425f7b80da47a668f70d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124266
Tested-by: Tor Lillqvist <tml@collabora.com>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
|
|
|
|
|
|
|
| |
now supported
Change-Id: I0f357e0e7eb1e783d2e5868fa5a6852bb0b93833
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123509
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|