Age | Commit message (Collapse) | Author |
|
Change-Id: I24e202b1f8071fe918e4e164b5fa1c08a561cb24
Reviewed-on: https://gerrit.libreoffice.org/19626
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
This reverts commit 6f9e272da724237e52f2f93f235ae78c5344a21a.
A f*cking mess. See 1cdf6ade0eeac9515ed88ae0cd802fe119dd4249
Change-Id: Ia66edb96c9c34742300e882c2796870bfd9919d1
|
|
Change-Id: Ie96f459dfe6d515ac92d89fcf6e6393a35bb97ac
|
|
This reverts commit c3acead32e1d844b81e3e90c72549281d4bc73a2, now that
cc906ec47eaaad247e8fbed5c9e6f3604a8b64c7 "The Android NDK for some reason don't
have these math functions in std::" uses all the declarations from <math.h>
instead of <cmath>.
|
|
This workaround is not needed after
cc906ec47eaaad247e8fbed5c9e6f3604a8b64c7.
This reverts commit d366d680cb62a2c5a7246e7290ef74c7e52eb04f.
|
|
Similar to 9a93277b869caca4db054385db59fc7b7d541570 (vcl: fix Android
build, 2015-03-06), where the Android has a broken C++ library, having
some functions in the global namespace instead of the std one.
Work around the problem by using the std namespace till it gets fixed on
the Android side.
Change-Id: I3d423f42b4e8e325beb3661c1780378e5edf962d
|
|
Not even if one includes <cmath> instead of <math.h>. So just use the
C functions then.
Change-Id: Ic8499bc7bcd5c84b6e52e1d5dc799f9f058db816
|
|
Change-Id: I47e5e3ebbbf55ae1fbbf2df85f9efbdd8bca1322
|
|
Change-Id: I560d28b7cc67740c6479494d0e5aa62d2ac6ffae
Reviewed-on: https://gerrit.libreoffice.org/19587
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
... with ::std::expm1() and ::std::log1p() of C++11
Change-Id: I0d119958152ea372c136d28705686b44b39015bf
Reviewed-on: https://gerrit.libreoffice.org/19588
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
... with ::std::erf() and ::std::erfc() of C++11
Change-Id: I8ccc86ec4d6d71a92409770fc119f72e7084073a
Reviewed-on: https://gerrit.libreoffice.org/19583
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I008438a6b1651068165e6a07b16ea0b2e447074f
|
|
Change-Id: I12f38d29d1d0b02b8a99977a232646c213ef20e9
|
|
Change-Id: I1b573365d55f6455e892b4b5b98a7090de5caf4c
|
|
Change-Id: Ie424a6f038107ef8b574d0422efaf49b441c110f
|
|
Change-Id: Ia6b025ba9980f0a7b333b2dc4ae708c3a63fca21
|
|
Change-Id: Ib96d7123a3c483e9a1c78666bf042396510d733f
|
|
Change-Id: If6eb273bc4d76f85da0844caea4bd697c6263013
|
|
doesn't wake up thread stuck in accept().
Generalize the "#if defined(LINUX)" workarounds to the *BSDs.
(cherry picked from commit 4c7bfe32168912844a50059b2a901f6434c0f86f)
Change-Id: I1649f6d1a63ae2daf8e6ff650d8af6ea89a6d449
|
|
Change-Id: I2ea407acd763ef2d7dae2d3b8f32525523ac8274
|
|
Change-Id: I037feb335499629300309851dcda3bb661f03d4f
Reviewed-on: https://gerrit.libreoffice.org/19316
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Added a Windows API missing error.
The error added:
ERROR_CANT_ACCESS_FILE
returned when a file cannot be accessed by the system.
Mapped to existent osl_File_E_.... for compatibility.
Change-Id: Ia68cdf761a62db8960b143a69ccfa3e12fc6eac5
Reviewed-on: https://gerrit.libreoffice.org/19270
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
using AssetsManager in both java as well as native parts allows to
handle files both with and without compression transparently
Change-Id: If02f1159c498be7ea965fd9c217410722f2dca1f
|
|
Change-Id: Ia4444a059ed2b5349c39d87d60fd9875d0ab36f8
|
|
...so these OSL_PRECOND should really be assert
Change-Id: I61ebd16e14be81c579cd71f3cd6cd68afb95778d
|
|
Change-Id: If8f01fa8619097c8ea13f09302117308937e0340
Reviewed-on: https://gerrit.libreoffice.org/19150
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
See https://wiki.documentfoundation.org/Development/Emscripten for details
Change-Id: I977a8b9e98b9be13c263fef48f567b92347d0492
Reviewed-on: https://gerrit.libreoffice.org/18643
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: I34f7e43d7ed4daaf39f7453114ee468e27f0d90e
|
|
Drop useless casts while here.
(cherry picked from commit fc4e91e7288d13c40cc78bfa680c7a1e6047c087)
Change-Id: I435c64400d0631926211fbcdc1d38e140462fec1
|
|
Sun bug numbers without any accompanying text are completely useless.
Fixed with
git grep -lP '//\s*#\d+#\s*$'
| xargs perl -i -ne'/\/\/\s*#\d+#\s*$/d or print'
And then hand-checking the result to restore places where it deleted code.
And then some more grepping and hand-editing to kill the others.
Change-Id: Ia96ce4466db8bb8da363ebf41f0ae7f45f28bf29
Reviewed-on: https://gerrit.libreoffice.org/19023
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
It seems that even on Linux the system allocator is worse than our
internal allocator. e.g:
http://perf.libreoffice.org/perf_html/chitest_of_cppu_sc_on_vm139.details.html
This reverts commit 006d30b1a29e2c471a96c0f4658beea8cb86b338.
|
|
...at least from "g++ (GCC) 5.1.1 20150618 (Red Hat 5.1.1-4)" with
--disable-debug, when a namespace-scope const variable with a "complex"
initializer declared in an include file remains unused.
Avoid that warning via SAL_CONSTEXPR, which in turn requires large parts of
o3tl::is_typed_flags to be SAL_CONSTEXPR, which in turn requires a new
HAVE_CXX14_CONSTEXPR to allow assert in constexpr functions, which in turn
requires using -std=c++14 instead of -std=c++11 where available, which in turn
(a) requires to /not/ use -std=c++14 if it would run into a bug between Clang
and libstdc++ discussed at <https://llvm.org/bugs/show_bug.cgi?id=24115>
"llvm-nm fails to build with gcc 5.1's libstdc++" (and which hits us in
sfx2/source/control/thumbnailview.cxx), and (b) requires a new
HAVE_CXX14_SIZED_DEALLOCATION to work around GCC 5.1 -Werror=sized-deallocation
(where Clang >= 3.7 only supports C++14 sized deallocation when explictly
enabled via -fsized-deallocation, btw).
This effectively reverts ff6462e6307e6924dc6c8178043ae9032f4b4152 "avoid unused
variable warning:" again.
Change-Id: I424e3561452a3e6d8c8a9604d6c737cab49840c4
Reviewed-on: https://gerrit.libreoffice.org/18918
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ia41f4f0ca30ae3346d0720271478ec5bcdab797b
Reviewed-on: https://gerrit.libreoffice.org/18967
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: I33ac62e10030a3d975f7644406025dbb5deb711e
|
|
Anything except an unset G_SLICE or the value always-malloc results in
the custom allocator. We might revert that change if it causes issues
but currentlz it looks like our custom allocator performs quite badly in
some situations.
Change-Id: Ib867f7ba0de4d599aa045c28aaab9b644d619beb
|
|
...it leads to better handling of the failure downstream, if e.g. this is an
attempt to copy a file from the presets to an existing file of a previously
partly generated UserInstallation, and the presets and the UserInstallation are
on different drives and rename(3) fails with EXDEV. (Without this fix, removing
the UserInstallation's registrymodifications.xcu caused restarting soffice to
fail with "User installation could not be completed" in this case; regression
introduced with 6edbcc1b231feb02f304ff646c323b5df051d9a4 "cid#1242936 handle
rename failure.")
Change-Id: I409698c4e2e6cc6ccd8b2be80a393c9657b5125d
|
|
regression from
commit 91457fb326dda7bd1fc6d9e1b3afe0667425121c
Author: Norbert Thiebaud <nthiebaud@gmail.com>
Date: Tue Apr 21 20:55:15 2015 -0500
use osl_get_system_random data in rtlRamdomPool
Change-Id: Ib5ff6b7fbd08869d9a6dbc1f4df883d701cf765c
|
|
Change-Id: I0bb5582a6aef51ac65466531115d67c6dbad1fcd
Reviewed-on: https://gerrit.libreoffice.org/18493
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
...analogous to the existing OUString::startsWihtIgnoreAsciiCase, to be used in
the next commit
Change-Id: Iad6989c16e1bda6b2b0a58e6c768f7852560bb00
|
|
Change-Id: I1812b7050af725ee754c9e41b9b635319eead33a
|
|
Change-Id: I29e43f865133b030bbe76d5a9fe90c978228ed96
Reviewed-on: https://gerrit.libreoffice.org/18294
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Most important perl scripts already use a portable method
but fix these nevertheless.
(cherry picked from commit 93496a6c1e5b2ae1756dc9b8043e2267209387da)
Change-Id: Id8b5e974356701e66f9dd8a6bd7a58fd4f5633ae
|
|
Make the workaround in snprintf.h conditional on older MSVC version.
Investigation reveals that the GetShortPathNameW is presumably used by
legacy Duden extension that was built by Sun in a setsolar environment.
The uwinapi.lib was never part of the SDK, so ordinary extensions cannot
link against it. The PRIVATE export of the symbol that is only possible
with DEF file therefore does not matter much. With VC2015 there is no
need for LO code to use uwinapi.dll at all and gb_UWINAPI can be unset
in this case.
Change-Id: I23a5636db9431b0fa4350b665a6a69613d625264
Reviewed-on: https://gerrit.libreoffice.org/16677
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Iee85958a6589624bc9a61242fca41214bdd1df85
|
|
CppunitTest_libreofficekit_tiledrendering hangs because the soffice_main
exits due to the unrecognized command line arg --target.
Use a -env:VARIABLE argument instead, which is filtered out by
rtl_getAppCommandArg() so does not reach the soffice_main code.
(regression from 87514b0907dfbb479e2646b5ff951c68babf3417)
Change-Id: I2c801305398dccfb447e4e5c44726f42bf2a72ef
|
|
Change-Id: Ib4e7f4f71494abd654a70cf8ba8b0ca0afcd7df1
|
|
Change-Id: I3788eae60f73bc42488bf2e4961922962f7e505b
Reviewed-on: https://gerrit.libreoffice.org/18155
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
This addresses some of cppcheck's "redundantAssignment" warnings
("Variable '<varName>' is reassigned a value before the old one
has been used").
Change-Id: I8fd2950d5aa1a3f4bd9e1c4c336abe465d1f657e
Reviewed-on: https://gerrit.libreoffice.org/17926
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
This addresses some cppcheck warnings.
Change-Id: Ie492fb9c106b37c3fe7b0105236ad6315f4f159e
Reviewed-on: https://gerrit.libreoffice.org/17921
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
In order to handle signals, we need to have ACT_ABORT in place
and distinct from ACT_SYSTEM.
cf. if (Signals[i].Action != ACT_SYSTEM) during setup.
Change-Id: I8c69d48244ba462f2e2385a530cbbf4740ccee9a
Reviewed-on: https://gerrit.libreoffice.org/17889
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|