Age | Commit message (Collapse) | Author |
|
starting LO once satisfies Gatekeeper's verification, even when the
langaugepack's content are added afterwards
Change-Id: Ie548df39a7ec07cc485c40148e4ca75101346798
|
|
This seems to be a good idea based on several discussions
in the project. In the end catching SEH exceptions is just
going to cause strange platform dependent bahavior.
This patch is based on on
http://thread.gmane.org/gmane.comp.documentfoundation.libreoffice.scm/39102/focus=55516
and includes some additional cleanup of the sal signal code.
Change-Id: Iedc998e37e6495afec445eccb60fa1c2b1a7defd
Reviewed-on: https://gerrit.libreoffice.org/26497
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
We now can call the uitests with make uitest.uickeck
Change-Id: I20c73efd93c7987f3b841cd0e3e7842ee7a5dab9
|
|
Change-Id: I1461264fe7f951c9ecec777c6217d0acfb7e4254
|
|
A new static member getPreferredConcurrency added to
comphelper::ThreadPool to return a configurable max
number of threads.
By default the new function returns the hardware_concurrency
value provided by std::thread. When MAX_CONCURRENCY envar is
defined, the return value is limited to whatever is set there.
Three call-sites that used std::thread::hardware_concurrency
have been replaced with getPreferredConcurrency.
Unittests added to cover the functionality of the new member.
Unittests are capped to 4 threads.
Change-Id: I3332e393a88a5ed436316fa712ed920a4b37f4af
Reviewed-on: https://gerrit.libreoffice.org/26254
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
|
|
Change-Id: Ic3efae53430fbb2c1eb7962c3cf69bf99315e55b
Reviewed-on: https://gerrit.libreoffice.org/26202
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
|
|
This will enable colors in build output in CygWin
Change-Id: I88ba01c35320783a418a87a12cbb17c56000c396
Reviewed-on: https://gerrit.libreoffice.org/26153
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ic00715edd1173ebb01ce5853e2835d71235fa4df
|
|
Change-Id: I97c7cd945806265e1d447744d1b0531f14d637a6
|
|
Change-Id: I7c1e0057c3c1c0b6be524d1e9ad37357259ebd7c
|
|
Change-Id: I317160ca6ffc0ff1c7db443f844f02f91fad5929
|
|
Change-Id: I9e1d79613adf6184f76c2e07aca0b78a9329838f
Reviewed-on: https://gerrit.libreoffice.org/25839
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I70da65e08c75cd732000597a09ed113b3075c5a8
|
|
Change-Id: I7848555743e8d54e755dc82cbf0148eeed54110f
Reviewed-on: https://gerrit.libreoffice.org/25178
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I23c338f9fcf7eeea4a440013ea6c1b9206e040f3
Reviewed-on: https://gerrit.libreoffice.org/25430
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Id6254b9b261e61e567ce3a557fa8e6cb30cfc3ae
Reviewed-on: https://gerrit.libreoffice.org/25155
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ib07e27a9df6a08868ea505e141e2526435d2a0ef
|
|
...now that all intended ones are marked as SAL_FALLTHROUGH.
Change-Id: Ibc76299cdac0d33285a47b106e7a548a5efffcbd
|
|
In some 64bit Windows environments we get the link error while building
libraries for 64-bit Explorer extensions.
This patch will fix this error.
This error occours only when we build 32bit LibreOffice on 64bit Windows
with Visual Studio 2015.
In some environments UCRT SDK directory does not match Windows SDK
directory.
In that case UCRT library's directory path is incorrect at the linking
phase.
Change-Id: I245b1a70f5e1137a8840aa2e7a70f521eab18cb3
Reviewed-on: https://gerrit.libreoffice.org/23982
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
The option /Zc:wchar_t- prevented to use wchar_t as a built-in type
according to the C++ standard. In Visual C++ 6.0 and earlier, wchar_t
was not implemented as a built-in type, but was declared in wchar.h as
a typedef for unsigned short. Now, years later after the end of life
this outdated toolchain, there is no reason not to use native type.
The only issue could be the ABI compatibility. But on a quick look at
least, it looks like none of the mangled C++ symbols in the stable URE
interface actually depend on wchar_t.
We forgot to get rid of /Zc:wchar_t- in 5.1. Do that for LibreOffice
5.2, though.
Change-Id: I8d6b380660859efa44c83c830734978d31d756a0
Reviewed-on: https://gerrit.libreoffice.org/22589
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I338f129c14902e2fb98e4b961ce64c61f8633b29
Reviewed-on: https://gerrit.libreoffice.org/24561
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Breaks tinderbox build in cppumaker
This reverts commit 3393e04edd0f4f6baf5faeda2ed761332f45d9e5.
|
|
acc, expwrap and store are loaded at startup anyway
Change-Id: I28020962238be3fe73a1b1dbba59a45c7d3c1e1d
Reviewed-on: https://gerrit.libreoffice.org/23459
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>
|
|
-Werror is generally suppressed in Bison-generated C/C++ code (as in all other
generated code) to silence warnings from the Bison skeleton code. And the Clang
plugins suppress warnings in generated WORKDIR code based on the presumed source
location (i.e., taking #line directives into account). So introduce a new
PLUGIN_WARNINGS_AS_ERRORS mode where warnings from Clang plugins are reported as
errors even if -Werror is suppressed. That way, any warnings in the Bison
skeleton code still do not lead to compilation errors, while (at least plugin-
emitted) warnings in the genuine source code do.
Unfortunately this cannot also be enabled for Flex source code, as at least
Flex 2.5.39 generates poor code that does not properly prefix all skeleton code
with appropriate #line directives, so that some skeleton code would be mistaken
for genunie source code, and compilation would fail due to errors.
Also, %glr-parser Bison input appears to generate no #line directives at all (at
least with Bison 3.0.4), so all of connectivity/source/parse/sqlbison.y is
considered generated code and plugin warnings are still suppressed throughout.
Change-Id: Id746e81cbfa5f77628b0a34c7b82780948e7db08
|
|
69858a99c9b566303551a1bff91172917c5d624f removed the script layer
around a gengal.bin
so there is no gengal 'script' anymore and gengal is a binary
that was signed at link already.
remove the exception that force a sign of gengal as a 'script'
which caused an error due to re-signing.
Change-Id: Ie22efceb8e5ab20018be784968487917c6f0a95e
Reviewed-on: https://gerrit.libreoffice.org/24306
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
...not already automatically enabled through the existing -W switches.
The set is assembled from information in
<https://gnu.wildebeest.org/blog/mjw/2016/02/15/looking-forward-to-gcc6-many-new-warnings/>.
All issues found have already been fixed with earlier commits.
Change-Id: I1abb6ba3a12c0ffb2756d06476e395b24e596f8e
Reviewed-on: https://gerrit.libreoffice.org/24219
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I1920ece6ca683403d72a68b6705da2dea7c9ad9b
|
|
Change-Id: I8e053f5f0c6994c44485f61f5b3dc489271b8c5f
|
|
With MSVC 2015 it is triggered by odd code in Windows 8.1 SDK
DbgHelp.h and imagehlp.h.
Change-Id: I8694e4598fa8e3a6d6c6e8a0f94429af16f40c6b
|
|
Change-Id: Ibff54fcbcf1bbd96a32ec48923b57eaa71a3ca1a
|
|
Change-Id: I37396cfe303bdc17520a69ee7cbdbdbc219eea1c
|
|
Change-Id: I4e2cd2d98299ee0b25e05b8a96fb8c3b8390b66d
|
|
Change-Id: I3e6b8d424c460987f7a6269ad035ecaeafe48366
|
|
Change-Id: I64fd0e7c9a574b0ed8164ca6faaf589a2ed83ed5
|
|
Change-Id: I1eca853d05beb4968795cc272ef57f5791a1dc20
|
|
various changes to add constructor functions for UNO component
implementations (see tdf#74608) caused those to be "invisible" to the
android viewer, as solenv/bin/native-code.py determines what's available
in the android lib.
This change adds back the nimimal required ones to allow opening (basic)
documents again.
Change-Id: I8e6ef6d42dd566f94c5133bab1d6e5d6f465e118
|
|
Change-Id: I8b1bb924afe13a034125c892205aae8167a10bd1
|
|
Change-Id: I6b56ac08db71eb354e0b2d57913e6e78d2652877
|
|
Change-Id: I6275327a1b079f8cc0939e608dbbaff544ab05b0
|
|
Change-Id: I4ac94475b663c1ec1f5148b766a81a31adb1d49e
Reviewed-on: https://gerrit.libreoffice.org/23038
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I5445837ec4f647e91fe2aeab1251e48628f5e7f1
|
|
Change-Id: I55ba6e9c51a5bbfc366a36e8e0baef9cf05d5bbc
Reviewed-on: https://gerrit.libreoffice.org/22933
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: Ia1fb09b89d3ccc3c7f4a11799f0d8eac99c6c7a9
|
|
Change-Id: Icf9bdcd0bcd988d32477cf9ab7f8d917ff6a2275
|
|
Change-Id: I006d21b6240898cbaed2b382276654d3ad8076a2
Reviewed-on: https://gerrit.libreoffice.org/22732
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>
|
|
Change-Id: If39a4991b487b14d21572d6e3d785df4c287f190
Reviewed-on: https://gerrit.libreoffice.org/22238
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ibf1cc6dcec3909f8aa639e52a13c2b8641c28628
|
|
Change-Id: I10b3269e3ac81f0c7e3fa60229e2b1e3fcab512b
Reviewed-on: https://gerrit.libreoffice.org/22590
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: Id367ad150fa50cb3ed4d32cb5c7c8408f91e371a
Reviewed-on: https://gerrit.libreoffice.org/22544
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Much more readable.
Change-Id: I87c696e3f2f17a98c83eab9ed8149b79902be0fe
Reviewed-on: https://gerrit.libreoffice.org/22431
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|