Age | Commit message (Collapse) | Author |
|
Change-Id: Ib379831bb0725d97bc79681af7a2052ccd553c79
Reviewed-on: https://gerrit.libreoffice.org/41081
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I28aa8a2f340cb1a100dfa5d10d8d6e9b8dac2479
Reviewed-on: https://gerrit.libreoffice.org/41080
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
E.g. http://crashreport.libreoffice.org/stats/crash_details/8962b764-6550-45c9-b08b-e99f5c968d61
Change-Id: I1153c0ab35266006ada10611e79b770ef1c0cd4f
Reviewed-on: https://gerrit.libreoffice.org/39413
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Support for arm64
Change-Id: Ie2289e4df9f90b7c31357ecfe859f087a7df9c5a
|
|
Change-Id: Ie07ef2f9e9f6d0b31b513afa913b79d9c641e4f1
|
|
Change-Id: If1cc03b3861ac89b14d8d726fa4ce042f0086b24
|
|
Change-Id: Id830c74cbdfb759300ae278df2ece642eb3579bb
|
|
(needed by UBSan builds that use -fvisibility-ms-compat instead)
Change-Id: Ifabaf352cf2b9e77f9458eff46e240141f9e729d
|
|
stoi() is missing in the std namespace on the broken Android toolchain,
work it around.
Change-Id: I9ea4f89bea346a4383fbb99e03b09ebae43d21e5
|
|
Change-Id: I837ed3a30fae6fbe6cb658f1feecce1e88279ae0
|
|
Change-Id: Ia6b353ed800eabd5766cc76e799f6151b71f865e
|
|
Simplify the makefiles.
Change-Id: Ia695961e936e4a1ffdaff73eb56adc3c3905ed0c
|
|
This is mostly a build-fix release, to absorb patches previously applied
locally.
Change-Id: I1d1808c3ca27f04f89f4df6c0b40a646ca07d242
Reviewed-on: https://gerrit.libreoffice.org/23180
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
|
|
Markus did half of this, and I simply carried the torch.
Change-Id: Icd3ee1e4b5bd562faee06dfd9dce52a4bed49a71
Reviewed-on: https://gerrit.libreoffice.org/22943
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
|
|
functions"
This reverts commit be0bf120299cff1ec14af1b578d4ea89976cea08, which is no longer
needed after 12fc5b85ddc3b90b385ad0fc2ab0144a32bf9a4b "unnecessary include
brings in boost headers that are broken under rhel-7"
|
|
Change-Id: I1ad477b9db9ba960ae2c417799e5d91b63538d57
|
|
...like CreateMutexA redeclared in
workdir/UnpackedTarball/boost\boost/thread/win32/thread_primitives.hpp. As such
problematic Boost include files are apparently not included from LO-proper
source files, only from external, it looks easiest to just silence that with
BOOST_USE_WINDOWS_H here.
Change-Id: Ia5ec2325934e6d7fdcf91e6faa2e671aee2091ae
|
|
Change-Id: I3b57f50b09d491bd1b021eb95587becbd3f169a2
|
|
9a6cdce37e601b1406c71fef16ad9b315045c9da was trying to fix the problem
with exposing deprecated vars and functions in system's error_code.hpp
include file by patching bundled boost version. This approach would
only make sense, when upstream version is going to be fixed ASAP. Apply
another approach, and follow the same pattern as applied in external
libraries, by defining
-DBOOST_ERROR_CODE_HEADER_ONLY \
-DBOOST_SYSTEM_NO_DEPRECATED
instead of patching bundled boost version. This way, the code would
work with unpatched system boost 1.59 final as well.
Change-Id: I8684ca458ea4a5b7d7c3c3acfe7c14a6d19bc665
Reviewed-on: https://gerrit.libreoffice.org/18201
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>
|
|
configure.ac was setting VERBOSE=YES/NO when really
we use verbose=t or verbose=
Change-Id: I47aee8d177cb2d788a62ecdbbb9cc3695c2bb299
Reviewed-on: https://gerrit.libreoffice.org/17634
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: Id884946cae0687d0b71c967e236e58df17567884
Reviewed-on: https://gerrit.libreoffice.org/16707
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
... in a different way. Because my patch to boost.m4 has been rejected.
Change-Id: I524eee367d5e295f8177e1f50dfdf1d0893ca0c6
|
|
Change-Id: Id551e1c3e60a0426bcd636642a9a0e02eb1e2612
|
|
Change-Id: I96b23262edf05d2589590f5e29a5b7a11b49e7aa
|
|
This has become necessary after edb38d702dd5a058ae0702b73a43328318b94649 "update
to liborcus 0.9.1; Includes switching to dynamic libs."
For one, pass -Wl,-rpath,$ORIGIN in via LDFLAGS, as is done for various external
projects.
For another, libtool (as internally used by liborcus) unhelpfully adds further
-Wl,-rpath arguments of its own, to make the resulting lib in its presumed
location find its dependent libs in their presumed locations. But we override
all that to the single instdir/program/ directory and corresponding RPATH
$ORIGIN anyway, so the simplest fix to get a clean RPATH appears to outsmart
libtool's attempt add adding further -Wl,-rpath arguments by setting
hardcode_libdir_flag_spec_CXX to empty (see the internals of libtool for why
that works). Other external projects (like redland) suffer from this problem
too and currently have a "dirty" RPATH; fix pending. Until libreoffice-4-1 that
was generally not an issue, presumably because having all libs in solver
happened to cause libtool not to emit any additional -Wl,-rpath arguments.
Change-Id: I80dff5141a33c198f30aecb7c51b41bc06145f1c
|
|
Change-Id: I0304b13b441654636f633a97012ac91863d0b4d9
|
|
Change-Id: Iec611290770ae0393eb787a3883bb22a12340b0a
|
|
Change-Id: I4a18927f2c9b6414134e5ea016121693ac47ecf9
|
|
Change-Id: Ieeb5180ea7f96cb08d06bf895bd2a6ffc6c1cef0
|
|
Change-Id: I4a7ac5ee7f2f2c9d9d87517c826c1e80bd23477d
|
|
Includes switching to dynamic libs.
Change-Id: I959c4e9430f8cf95f50d48e1b01d8323dba4af81
|
|
This reverts commit a1280bd47fddd668f1ff224f18639c8d595ec6f7.
Change-Id: I2ad873f012ebae6858c8895c14ed695dbd881fc4
Reviewed-on: https://gerrit.libreoffice.org/15586
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Includes a lot of help from Norbert for finding the boost MSVC problem.
Change-Id: I5184bc40e2c3861883b8587784117b1c4558fa5f
Reviewed-on: https://gerrit.libreoffice.org/15453
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Following up on 7a4cc197910546d6fb3469806c406bf358ba0168 "Also on Linux do not
export symbols from static orcus libraries" that turned out to not be enough to
prevent ASan ODR violation reports after
f0aa1a78fb209310e8baef53c02f365fca518d11 "For Clang -fsanitize=vptr use
-fvisibility-ms-compat, not -fvisibility=hidden." Given that liborcus is only
ever linked in as a static archive, it is hopefully OK (intended, even?) to not
export any of its symbols.
Change-Id: Ib8eb084def1725374747a389065bf8186218786e
|
|
Change-Id: Icf872e269c7e427ba1287ccd0082974c9426449e
|
|
Change-Id: I39e65a9ee3ede5217d9d6d8499297e449af798fe
Reviewed-on: https://gerrit.libreoffice.org/14559
Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Id367dee6c4fe55fe039ebf28603c883014194832
|
|
Change-Id: Ieb13095abb399662e449fad5a056999343165025
|
|
Change-Id: I38b2ecf86d4334d0179362079a216df4301bf184
|
|
...like 2fdf78109e815a64169fdab1a8175b63ef9c64d4 "Pass MAKE into
external/poppler's configure"
Change-Id: I4e2f1a13d120a7398fa81884710c589bb905714d
|
|
Change-Id: I8f2176500bf620cd5e4cdf434e6122b6163b3e0f
|
|
...otherwise e.g. running CppunitTest_sc_filters_test under -fsanitize=address
complains about ODR violation of 'vtable for orcus::csv::parse_error' exported
from both libsclo.so and libscqahelper.so.
A problem could potentially arise with exceptions thrown from static orcus code
linked into library and intended to be caught in another, but hopefully all such
exceptions are intended to be caught already locally anyway.
Change-Id: Iff5c73d7a2324b457c2e86656c11b18f7ba210f6
|
|
Change-Id: I9f60fd317f3a2995a182d51d06059bd994cf837c
|
|
The libgltf configure.ac script changes the autotools user variables
CFLAGS and CXXFLAGS, which is not allowed and can overwrite user
settings (which it does for the -D_GLIBCXX_DEBUG flag).
So this moves the special compile settings to seperate variables and
passes them to AM_CXXFLAGS and AM_CPPFLAGS, so the library actually
gets compiled with libstdc++ debug objects.
Change-Id: I00989f5fb629a6aac43ee5a2eb287b0491a3b86d
|
|
They have been applied upstream and are part of the new release.
Change-Id: I928b29e74abe2415bdf75de32cbaa7ac279a2889
|
|
Change-Id: I6619e70f3f7c8ba4d17be4ca434057948be3d79f
|
|
Conflicts:
external/boost/StaticLibrary_boost_system.mk
Change-Id: Ie4af26c87a100b67baeedbaa7fb1ac428845f92b
|
|
Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
|
|
liborcus was not building for me with -flto in CFLAGS, I would have to
fix ar somehow.
-flto in LDFLAGS is just to fix the build if the external library does use
another library built by us with -flto: does happen for liborcus and python3.
It's not like we would use -flto for external libraries consistently anyway,
the only exception is icu: no idea why we build with -flto there.
Change-Id: Ia54d619674b8999ce5e4b920ba77b1587c9cf48d
|
|
Change-Id: Ie24054a9c0538187e1b234101dd41f30306ec2ae
|