I don't have the inspiration to fix it. I get unresolved symbols
"__declspec(dllimport) public: virtual class com::sun:⭐:uno::Any __cdecl
cppu::WeakImplHelper<class com::sun:⭐:container::XEnumeration>::
queryInterface(class com::sun:⭐:uno::Type const &)" etc when linking the
fwk library in framework.
Also, surely we require GCC to be >= 4.6 now, no need to mention that.
Change-Id: I6502a4acc200f4d94c8c6e0577eee4282375db0d
The devenv.exe /Upgrade is apparently not supported by Express, but that
is currently only needed for the 2015 version, so try to keep 2013
Express working.
Change-Id: I40bb8a5c9583381e89ede2e014e6e095016bbe11
Reviewed-on: https://gerrit.libreoffice.org/17275
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Vasily Melenchuk <vasily.melenchuk@cib.de>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Work in progress to allow integration of LO with
<https://wiki.gnome.org/Projects/FleetCommander>.
During configuration, dconf support is implicitly enabled when available on the
host (which is presumably only available on Linux). It is explicitly disabled
for TDF Linux builds for now, though, to avoid accidental dependencies of the
distributed installation sets on system dconf libraries.
A dconf layer is represented in the CONFIGURATION_LAYERS bootstrap variable with
type "dconf" and an empty URL. See the comment at the top of
configmgr/source/readdconflayer.cxx for the encoding of component-data in dconf.
All of this is still subject to change.
Change-Id: I2d08d81c8ea43ba4a99040a8882ae75b91bcfdb9
Reviewed-on: https://gerrit.libreoffice.org/16848
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
This will enable the mar-based online update instead of the 'traditional' one.
At the moment, this does not build, as libbz2 was not packaged as an external
library yet.
Change-Id: I1ad7d9adf7a12a427786682ad932597eb2319256
The compiler's __GNUC__ etc. need not match the libstdc++ version used (esp.
when using Clang as compiler), and libstdc++'s __GLIBCXX__ macro doesn't inrease
monotonically with version numbers, so resort to a configure check.
Change-Id: I06de6b68324169863f6f5c31ae5d855e8b04cd6b
Using "issue" instead of "run", but not consistently, is silly.
There is no instdir/program/soffice on OS X.
Change-Id: Ic94a969b268981981842101ed9c530a8f4211a15
This just builds the gtk3 VCL plugin, it's still disabled by default at
runtime (see unx/generic/plugadapt/salplug.cxx).
Change-Id: I852e499cf1fbd1b218114f1091c4ba8a9a91a29d
Reviewed-on: https://gerrit.libreoffice.org/16229
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
mac build really does not like finding extra stuff in the PATH
or in /usr/local/bin
as this is prone to happen with macport/fink/etc..
or somethings just due to some other 'ported to mac' pre-canned
binaries..
for instance one has found a python3 in /usr/local/bin
which confused configure to believe it was ok to use
'system python', which break on mac.
This patch sanitize PATH during ./autogen.sh, when running
in a LODE environment.
it leave only LODE_HOME/opt/bin:/usr/bin:/bin:/usr/sbin:/sbin and optionally
the path where git is located if that is not /usr/bin
(it is quite common depending on how one installed git, to haev it in /usr/local/git/bin
for instance)
This is strictly a 'nanny' patch.. but it should not impact anyone
that is not ( on Mac and using LODE ).
Change-Id: I865047cfeb102ecb22777a1f7fb7cbdd374448aa
Reviewed-on: https://gerrit.libreoffice.org/16222
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
The new compiler is not detected automatically yet.
You have to use --with-visual-studio=2015 to enable it.
Change-Id: I0ef8cda7b2d99389b39fd7f8c2e142453ced99ed
Reviewed-on: https://gerrit.libreoffice.org/15644
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>
(i.e., parentheses do need to be quoted in BERs, but do not forget to escape
brakets in configure.ac m4)
Change-Id: Ifabb68ede318e5c95a54c420cd06e238fefbd82f
...as e.g. external/libetonyek/ExternalProject_libetonyek.mk internally does in its
configure script (but where workdir/LinkTarget/StaticLibrary is not on the lib search
path during linking)
Change-Id: I636d3de5c831eb8ced002ec61806ccaf75cf4c91
