They are not use by default since 2011, and non of the distro configs
uses --without-system-xextensions-headers.
Change-Id: I51e88796c22b1b3d0854c3ec1db15fcab720a079
Reviewed-on: https://gerrit.libreoffice.org/5175
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
Apparently clucene bundles pieces of a very old version of boost (1.42)
in CLucene/ext/boost, which breaks build with boost 1.54.
Change-Id: Ib244222f8f048aefe0484060f9ad5f41bfd24def
The warn_unused attribute has been upstream to GCC and Clang, so use it if present.
Still warn about STL types if those do not use it yet (which is the status as of now).
Change-Id: I3c003e44c08d1d141e23bba38cf92e663a5ac353
VS 2012 Update 1 added the possibility to target Windows XP by using a
SDK that is based on the Windows 7 one.
http://blogs.msdn.com/b/vcblog/archive/2012/10/08/10357555.aspx
This patch probably should not be integrated as is, as it disables a
test that fails in this configuration (CppunitTest_connectivity_ado)
Change-Id: I3ba8723882452950c40049ccdc95b04c60862cbf
Reviewed-on: https://gerrit.libreoffice.org/4966
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
many so-called 'external' libraries are built using the
UnpackedTarball/ExternalProject pattern, and their build is quite
stable... they can go month without any changes.
Yet some buildbot, that need to do full build, build them over and over
again.
This patch introduce the infrastructure to shortcut these build by using
a binary package of the build result
Change-Id: Ib0daf2a9d1a1f76802273c093bae7df8da4a90f8
Reviewed-on: https://gerrit.libreoffice.org/4764
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Searching mechanism for wilangid.vbs(commit 265cc57) doesn't work
after commit 7f4a622("stop copying MSVC debug runtime DLLs").
That commit deleted $vsarch environment.
In configure,using $WINDWOS_SDK_ARCH instead of $vsarch will make it work
again(that is still set).
Change-Id: Ia45d30b2a724a36543038b14dd8defc3647ae455
Reviewed-on: https://gerrit.libreoffice.org/4935
Reviewed-by: Jan Holesovsky <kendy@suse.cz>
Tested-by: Jan Holesovsky <kendy@suse.cz>
- causes warnings about unused -I options, because they are preprocessing options
and Clang complains that they are unused in pure compilation
- Clang supresses some warnings from expansions of macros in system headers, but those
would be already expanded and thus warned about
- Clang prints relevant source lines with errors/warnings in them and would show
them preprocessed (this should actually apply to GCC4.8+ too)
Change-Id: I02c86c43a657d078e347e4ecd5c1e2ff07db2886
Needed especially for OS X where building the OpenCL code is on by
default, in case you still want to bypass it (if it is broken).
Change-Id: I47584890869ef2b5a77e0cb68a110d49e1ff4755
This is apparently not necessary with MSVC 2012; builds and all tests
run here without those DLLs in the solver.
Change-Id: If352fb3702d7dae57deb19959eab8eb0fedea318
Reviewed-on: https://gerrit.libreoffice.org/4414
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
