Age | Commit message (Collapse) | Author |
|
...which are no longer necessary after e5c6574f5df8d2a5914beb03dce604beb8d62ee8
"boost: warning-patch-ectomy"
Change-Id: I4e79a4c7b9b20f9b49dc05e6a86831837aa4bbf0
|
|
One of the tinderboxes fails with mysterious warning:
include/tools/gen.hxx:418:36: error: '*((void*)& aViewportExt +16)' may
be used uninitialized in this function [-Werror=maybe-uninitialized]
nBottom = rSize.Height() ? nTop+rSize.Height()-1 : RECT_EMPTY;
Change-Id: I62bf99d1a623ba4bd9d7db5fe049366d0f20e26f
|
|
Upstream maintainers, with few exceptions, generally don't care about
warnings in boost headers, hence we re-base our warning fix patches on
every upgrade, which is a pointless exercise in frustration.
Most of the patches are for GCC/Clang warnings, where we could use
-isystem to suppress the warnings (with corresponding hacks in the build
system, because -isystem also disables dependency generation) - but
clang-cl does not support -isystem.
So generate a bunch of wrapper headers into external/boost/include, that
disable all known warnings and use #include_next to get the real boost
header. This allows us to get rid of most of the existing patches.
There is however a bug in GCC that preprocessor warnings like -Wundef
cannot be disabled with a #pragma, so those patches cannot be removed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431
Change-Id: I2992bf4a463015f1140489df867bd80757f84541
Reviewed-on: https://gerrit.libreoffice.org/25563
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Apparently required only on obsolete/unsupported Mac OS X versions.
Change-Id: I68540e3ac0d6830ed42854def0367a17f15feacd
|
|
The following libraries are mostly or completely unused on current
master, in MSVC 2013 and GCC builds:
* crc
* dynamic_bitset
* ptr_container
* random
* signal2
That's much less removal than we hoped, but it turns out that a lot of
boost headers include other boost headers, so removing includes in LO
code only goes this far.
Also move one property_tree hunk from a wrong patch file to more
approriate one.
Change-Id: I6ad3a5987b025a57ca92402cca9a0e1f659128e9
Reviewed-on: https://gerrit.libreoffice.org/25513
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
without triggering a -Wimplicit-fallthrough in unreachable code
Change-Id: I971272ffcf87d7224265a9a3ae87fcf8129c7a7a
|
|
Change-Id: I2e6909cd804159a3540de4eb8ddecc1bd9131457
|
|
Change-Id: If7abf2ad3ac738e7103491e38a0e53ba424f5550
|
|
Change-Id: I92a98bb196c9f6e7dfdca7008a34fb4fd3e10799
|
|
...in preparation of enabling Clang's -Wimplicit-fallthrough
Change-Id: If64f9b18591b3cd2528adc6c2d6011d509d4afcd
|
|
Change-Id: I62ec68ed2ff67ac62137de2fcd7106ada90721ae
|
|
Change-Id: Iae7967bd5f161ecbe888824a4bcb9b87ec8d947a
|
|
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>
|
|
Change-Id: I62b1e2f5b4918514a7a04bb6a44e55fc21a475af
|
|
Change-Id: If079016bf90d593886c11366626f7c4a06ede8be
|
|
Change-Id: If70658c568e746ab8923f8e6a5ad3407bd5e94a0
|
|
Change-Id: Ie4bf00eeaf152192d8f4fcf6b1d03d474e9d1faa
|
|
Change-Id: I4dd55a14a94e5030583f640972440fb37a7b2448
|
|
Change-Id: I9c6e55e2e09d72f6d02c985955ca84b59628ed15
Reviewed-on: https://gerrit.libreoffice.org/21903
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>
|
|
...which choke on
#pragma GCC diagnostic ignored "-Wpragmas"
Change-Id: I40100b43078320b79cb9e3d4e3fb369db0bed9fe
|
|
Change-Id: I9b1aa86e3cb325b07158e3994a961db8ea4114d8
|
|
...and would thus error out with -Werror=pragmas?
Change-Id: I113c43bed4d6d0c03e4c3c68684c50fd386428d9
|
|
Change-Id: I4613f013c39e439dd11d3abc3737511cb8788d4f
|
|
Apparently GCC 5.3.1 has turned these annoyances into actual warnings
that convert to errors with -Werror.
Change-Id: Ib1567b3fc2cf33a0f6cffac116a06d73912b84df
|
|
* Avoid errors about (somewhat different, but apparently in a way that MSVC
doesn't care) redeclarations of system header stuff (and working around that
with BOOST_USE_WINDOWS_H would lead to other problems).
* Need the workaround for broken MSVC 2010 STL iterator taxonomy for clang-cl,
too.
Change-Id: I4f9c9b5cc8a19856cc409450aac1fb1baa5554c9
|
|
Change-Id: I819be5efb25632d26fe49a71dbc07fe16e4914b1
|
|
Change-Id: Ib07e85bd1a157b6fa78f07a17f8cf5033b01bddf
|
|
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>
|
|
Change-Id: Id71e098dd2356043d2b5fee0736ebfedb5c8c1cd
Reviewed-on: https://gerrit.libreoffice.org/18050
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>
|
|
Change-Id: I84ee651a51e1919be036ffd47d80eb1ab7433973
|
|
1.59 upcoming release is needed for MSVC 14.0 (aka VS 2015) support.
There is a known breakage on MSVC with boost::none instance in
optional library. Use not documented define as explained in this
issue upstream [1]: BOOST_OPTIONAL_USE_OLD_DEFINITION_OF_NONE.
[1] https://svn.boost.org/trac/boost/ticket/11203
Change-Id: I25b1797da93f7959d15a70105d67100e0e2c4b3b
Reviewed-on: https://gerrit.libreoffice.org/17056
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
... and remove the definitions in makefiles, except in fpicker, which
defines a different value for the Vista file picker.
The WINVER value is derived automatically from _WIN32_WINNT by SDK
header sdkddkver.h.
Change-Id: I73358a9bf5d070f71821654cae2a29335a754a21
|
|
Change-Id: I6a1ab01bbe5cd128b132c3f6dde4b520ddb4c373
|
|
Change-Id: I4a34c2ced30770dace39ffd39a530f719174ca7e
|
|
Change-Id: Iffc69577f12020c60bf5db1f740ec3fec43c3d8e
|
|
Change-Id: I70d117f62b91c4d413add44368836c870f203f28
|
|
Change-Id: I3a9e01237d8cade5d99955f02c01c25618ccd9de
|
|
This is supported in GCC 4.6.0 already:
https://gcc.gnu.org/onlinedocs/gcc-4.6.0/gcc/Diagnostic-Pragmas.html
Change-Id: I2f67e588eea3a323a2e9c81e39e56ab2e715a817
|
|
Change-Id: Ia7c09a5bac9b644814b8c4891bb958e28937fa33
|
|
Change-Id: I951535c82c12be74d96c4e6c6b94dccf09982054
|
|
Change-Id: Ib5e6d1e75322dad23f4bb379b8db6dfa4bf18bb0
|
|
Change-Id: I003f4f951d3b4007bc11ac957ac88bf92d87aab3
|
|
Change-Id: I08d9692f42bd5bbce2d0c893b2eaf7eb65d4f2aa
|
|
Change-Id: If002fa0140174e43128469fc0af35edd0dfb7839
|
|
Change-Id: Ibd62d74d1244a29d7554837c3b39e76b87098b97
|
|
ba54eca1817e84a1f1d1beec312ca87b8b059649 replaces the existing -Wshadow
fixes with a GCC pragma, however we also want to be able to build with clang.
Change-Id: I522f3c549adf65b98522561ab7167258dfda48b5
|
|
... based on upstream feedback.
Change-Id: I846287d62d3b53f4a3d3013c9f82fd77d22a9523
|
|
We use gcc 4.8 for Android now.
Change-Id: I607499c9a61529349d2c3154593b2edf48eccb7e
|
|
Change-Id: Ic7bac90c9b77490c47e5ddd2005453290374b7b2
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ie841bbc23ddd99fc023c3066b107172f9cfb7a24
|