Age | Commit message (Collapse) | Author |
|
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
|
|
Change-Id: I3b87643c1853ceaed3d2422a7340a931bb0c5850
|
|
Change-Id: I16c2235dd72f86b7659d92aa1c72b573ccadacb7
|
|
Change-Id: Ic82f00a9750dc4f15207474a5cf4873e620198a3
|
|
Change-Id: I4f07df4fc9def60dcf6ae9a3cf33c5315c9ad2ad
|
|
Change-Id: I6b51bd0e9bb8db50514ab19c4678784b4782d63c
|
|
Change-Id: I680a19b87708459501816cb7de228468f167caa9
|
|
Change-Id: Ie637b6e7f452633a3cfa7826d7add0eb9846f7f8
|
|
Change-Id: I7c9cf801f5ce0a16adf6eef7fc5697cfc6c0c194
|
|
Change-Id: I8cf46ebbe5b17109e9ab2a13ed7c50cc48d6eae4
|
|
boost.6369.warnings.patch
Change-Id: I7a36f6242d92cb46aac80a46ac69ba488ca4e4c5
|