Age | Commit message (Collapse) | Author |
|
Change-Id: I3ec80e4a64c98b97ab3157dd37614a7c56802d79
|
|
in backtrace.c and diagnose.c - it's 3 because of the EBP/RBP register's
position in the jmp_buf
(https://github.com/freebsd/freebsd/blob/master/lib/libc/amd64/gen/_setjmp.S
and
https://github.com/freebsd/freebsd/blob/master/lib/libc/i386/gen/_setjmp.S).
Patch by: me
(cherry picked from commit 87451f66edfa425e51289ac6f12ee110d7109a02)
Change-Id: I5f18cd9145f90db351c124c6f914411f1ffc2a83
|
|
Patch by: me
(cherry picked from commit e0e462a3e64576be14a4341f4dc4a2d56f22fa2a)
Change-Id: I1c59b2b631dbfd508d85abb774f27187ded47c17
|
|
The Bugzilla issue has another fix for sparc but I have no way ot test it.
(cherry picked from commit 24e9542bcfaec3b49e5e825bf36d4bf524d69080)
|
|
Patch by: me
(cherry picked from commit 0faee39deac292694d036d753b7dc1c4513e045f)
|
|
Change-Id: I59d9f7f73677358b4ae57efda965d43718bdf0d5
|
|
Change-Id: I1934441858baeeb41a46f694dbcef2d846b308b7
|
|
Change-Id: I27da462b553ef11e9d9ce7873e8fedc3af8c6041
|
|
Ported update_pch.sh to Python with improved performance
and features. The new script is invoked from the same
update_pch.sh which calls it for each library in
parallel, although it can be invoked directly.
The ported script (update_pch) updates all PCH files
in ~15 seconds where the old script took ~4500 seconds.
In addition, the new script supports 3-tiered headers
(system, module, and local) and is very flexible to
support other improvement. It has a per-library
optimal configuration settings that can be updated
using another new scripts (update_pch_autotune.sh)
which finds optimal per-PCH settings.
PCH files have been generated using the new scripts
which builds significantly faster (2-3x, depending
on module and configuration) and the intermediate
binaries are noticably smaller (by several GBs).
The new script stamps each generated PCH file with
the command that generated it to make it trivial
for users to update them, and also adds the command
to invoke another script (update_pch_bisect) that
helps find missing headers or conflicting headers
that may break the build after updating the PCH.
Finally update_pch has built-in unit-tests for
makefile parsing and other core functionality.
Change-Id: Ib933b50e50374d7e2e7e3e95ba8799b0cc8a27fa
Reviewed-on: https://gerrit.libreoffice.org/19965
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ife26f55c28c4631aec4ba4105225bfca72da8bff
|
|
Change-Id: I3ef314594b64a54aca389816fd9bf5ba0721b397
|
|
Change-Id: Ic12b2914b4f39a96d1455dc280c97d64639b9849
|
|
Change-Id: I334c0a5004fa417f1cb3b1e768988644c712be7f
|
|
Change-Id: If126707fe637917a5f73950c751a97c30ad2e692
|
|
Change-Id: I1c85127f02697d39f17d4d5f52cb997352886701
|
|
Change-Id: I7fd09e4595be82ebd292042b09cc4c3e96b59d66
|
|
> sal/systools/win32/uwinapi/legacy.c(21,14) : error: 'GetShortPathNameW' redeclared without 'dllimport' attribute: previous 'dllimport' ignored [-Werror,-Winconsistent-dllimport]
> DWORD WINAPI GetShortPathNameW(LPCWSTR lpszLongPath,LPWSTR lpszShortPath,DWORD cchBuffer)
> ^
> C:/PROGRA~2/WI3CF2~1/8.1/include/um\fileapi.h(780,1) : note: previous declaration is here
> GetShortPathNameW(
> ^
> C:/PROGRA~2/WI3CF2~1/8.1/include/um\fileapi.h(776,1) : note: previous attribute is here
> WINBASEAPI
> ^
> C:/PROGRA~2/WI3CF2~1/8.1/include/shared\apisetcconv.h(22,20) : note: expanded from macro 'WINBASEAPI'
> #define WINBASEAPI DECLSPEC_IMPORT
> ^
> C:/PROGRA~2/WI3CF2~1/8.1/include/um\winnt.h(175,36) : note: expanded from macro 'DECLSPEC_IMPORT'
> #define DECLSPEC_IMPORT __declspec(dllimport)
> ^
Change-Id: Ifb0d3179bca9da192afc0af4e731a799f6d392b2
|
|
...escaping from main or being unexpected, in various places, which started when
62dbe2e6eb30660f252b4e2c048f4aecf28e41c6 "Clean up osl_getSystemPathFromFileURL
implementation" made osl_getSystemPathFromFileURL (indirectly) call
rtl_uString_newConcatAsciiL, which can throw std::length_error.
There is no ideal fix for this. "The distinguishing characteristic of logic
errors [i.e., incl. std::length_error] is that they are due to errors in the
internal logic of the program. In theory, they are preventable."
([std.exceptions]) That means that throwing a logic error is more akin to
raising an assert than to throwing some other kind or exception that is intended
to be handled by the program. Which in turn means that it would generally be
more useful to cause such errors to cause calls to std::abort (and produce a
core/backtrace), than to catch and try to somehow handle them. But there
appears to be no way to tell Coverity not to emit warnings about uncaught logic
errors, and it tends to emit quite a number of them for each signle "root
cause," so be pragmatic for now and catch it close to the root.
Change-Id: Iee71f50e3304954e9e88f326e0fa2167b6051ca2
|
|
Isolation of windows headers using prewin.h
and postwin.h headers and making headers
dependent on them more self contained.
Conversion of TCHAR to WCHAR and
LPCTSTR to LPCWSTR etc. and cleanup
of unnecessary casts.
Change-Id: I7eff5c477d9223a064bfb4d962ff6d61960ee69c
Reviewed-on: https://gerrit.libreoffice.org/19901
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I4e6979a5c59ee8a6ad1d55484c0c3ad3c32adce6
|
|
Change-Id: I60333e2b0f71c38aa13e6a6665c2a305e6dc08fa
|
|
Change-Id: I1bc6c87fcd6e5e96362623be94c59be216a3b2b8
|
|
...found regression e31205f3ec1f941ab5a188bfde6329edf2acc55b
"EditUndoRemoveChars::GetStr must return a reference" and dubious code
0e23f7b0839df68d277186b4df54ba391ac3406a "Lets assume this doesn't want to
update m_pForcedPrefix->GetText() anyway" in addition to the apparent sillies
directly fixed in this commit.
Introduces HAVE_CXX11_REF_QUALIFIER.
Change-Id: I564e98254fd53c1dd9b34193d7057c59721ee24c
|
|
Change-Id: Ic185d7bc3dc6f8a41c71b83d8bfa293ed4236937
|
|
Add move constructor and appropriately overloaded assignment operator to
rtl::Reference, and add basic unit tests for the reference counting of
rtl::Reference.
Change-Id: Ia7ff5d786bdf3b17709cec06608c91e22379746c
Reviewed-on: https://gerrit.libreoffice.org/19762
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I9d67d5ddb9bf90e1b216a7282774543c9de874c3
|
|
Change-Id: I95283ccf78e4ca699e88ea226d38153a8a92845a
|
|
Change-Id: I41007c46e945f4fe19a6dd197fded9fa503bf8c4
Reviewed-on: https://gerrit.libreoffice.org/19771
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ib6ba723b59fb5af69b45456a19e1bff085a75c92
Reviewed-on: https://gerrit.libreoffice.org/19775
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I2daa355c4a46c4edc73c30185f2b31852351c45f
|
|
terminated buf correctly before calling printf.
This should be done automatically but coverity does not see it.
Change-Id: I0bcf8486b27dbfa9f7c49b338bbf483029b523cb
Reviewed-on: https://gerrit.libreoffice.org/19751
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
(i.e., starting with an authority component); treating input starting with a
single slash (i.e., starting with an absolute path component) as a relative URL
instead of as an absolute pathname would cause e.g. CppunitTest_sal_osl_file to
fail
Change-Id: Ie340881974c5e9451ab7e0a9bfb21176b8f5666d
|
|
...and use something more direct than rtl::Uri::decode for the UTF8 case
Change-Id: I2f37d371c425dff6b068e3120be485e71b8e9e12
|
|
Change-Id: I2614e6c9f6d0a31866cb9821910da7f3e31377c6
|
|
Change-Id: Id051dd984c24fb34dcc89060ed11955fed61fd48
|
|
Change-Id: I8b092d7e5132e2462b7fe9981f81a41543ca8694
|
|
Change-Id: If7737b9eaf11333facd9ae3faf58e36ba76c3b05
|
|
Change-Id: I8fa83df0bf5f6064dcdd3f830769d7626152c7ab
|
|
Change-Id: Ia625a33371d2278bd89274ed5ee18acb773810cf
|
|
Change-Id: I13522370b2bd0ea1907660a55a74e830335ca4a4
Reviewed-on: https://gerrit.libreoffice.org/19686
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I94279c923624021c2420e893aac1aea5b9a802f9
|
|
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>
|