Age | Commit message (Collapse) | Author |
|
Change-Id: Idd8fff8b6fabd24e5f88b47360f582fee3bd17c2
|
|
See https://wiki.documentfoundation.org/Development/Emscripten for details
Change-Id: I977a8b9e98b9be13c263fef48f567b92347d0492
Reviewed-on: https://gerrit.libreoffice.org/18643
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: Id4c0c1910a785f2cc836113fffdfbe3b7ef40f2f
|
|
...this is a follow-up to efad388f756014a7df5ed6f8e4ce417d24e9aba9 "Clean up
Make SHELL handling," which broke out-of-tree builds.
There appears to be no good reason at all to fiddle with Make's own behavior of
determining its SHELL variable (which defaults to /bin/sh and can be overridden
via a SHELL=... command line argument when invoking Make). The SHELL_BASH
fiddling in configure.ac and Makefile.in was probably cargo cult carried along
ever since 815f157c05ebc20e91a050823f048a977b8ae103 "CWS-TOOLING: integrate CWS
configuretoplevel," in a time when the OOo build system still defaulted to tcsh.
Change-Id: If906164abb6aae649ce8088d945a40213deed361
Reviewed-on: https://gerrit.libreoffice.org/19093
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
* In configure.ac, honour a preset SHELL_BASH when determining SHELL_BASH (so it
can be passed in via autogen.input).
* For both toplevel "make" and per-module "cd $module && make", consistenly use
the SHELL_BASH determined in configure.ac as the Make SHELL. (By moving the
setting to a new, common soleng/gbuild/shell.mk. This also exports SHELL as
an environment variable to sub-processes now; this exporting can probably be
reverted if it is not what is actually wanted---but note that this exporting
of an environment variable to sub-processes is unrelated to how nested
invocations of $(MAKE) obtain their Make SHELL setting, see below.)
* Remove the gb_SHELL override feature from solenv/gbuild/gbuild.mk; for one, it
is unclear how it was intended to interact with setting SHELL=@SHELL_BASH@ in
the toplevel Makefile; for another, overriding SHELL can be done globally via
setting SHELL_BASH in autogen.input now.
* Make treats SHELL specially, in that it never uses the SHELL environment
variable to determine the Make SHELL variable. Instead, if this Make
invocation, or any outer Make invocation it is nested in via calls of $(MAKE),
was called with a SHELL=... command line argument, then that value is used
(and otherwise the default is hardwired as /bin/sh). So, when calling nested
invocations of $(MAKE) from the toplevel Makefile, pass down the current SHELL
value via a SHELL=... command line argument via GMAKE_OPTIONS. (And further
nested invocations of $(MAKE) will then automatically inherit the SHELL value
given on the outer invocation's command line.)
Change-Id: I67fa1b88e4e90d09456c1fcad2d082fdce3c019b
|
|
USING_X11 includes os defaults, while with_x is only the option explicitly set by the user
Change-Id: I7933b038805a87c418404b40f513c4491e11fd8f
Reviewed-on: https://gerrit.libreoffice.org/18919
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
...where an assert in a constexpr function merely triggers a -Wc++1y-extensions
(so doesn't stop configure from assuming HAVE_CXX14_CONSTEXPR, but will later
break with --enable-werror when building include/o3tl/typed_flags_set.hxx). So
stuff back the complex constexpr test function that was swapped out with
6cc54913077864ba92d2fdc3addec29ea89770fe "Work around GCC 5.1 ICE."
Change-Id: I04ba1dc08d96f776b331fa9d0cae1703f2796532
|
|
Change-Id: I3b44f153f66dfc8cbd95c23e5456ffad8df46949
|
|
Change-Id: I3edd39ce3180383c5274380896a0b3884bd08998
|
|
in constexpr expansion of ‘operator|<ImplFontAttrs>((ImplFontAttrs)33554432u,
(ImplFontAttrs)16777216u ...
in unotools/source/config/fontcfg.cxx, at least with "g++ (GCC) 5.1.1 20150618
(Red Hat 5.1.1-4)"
Change-Id: I715e92d524ceaffdd2f0e73a39d1c816ee8f1644
|
|
...at least from "g++ (GCC) 5.1.1 20150618 (Red Hat 5.1.1-4)" with
--disable-debug, when a namespace-scope const variable with a "complex"
initializer declared in an include file remains unused.
Avoid that warning via SAL_CONSTEXPR, which in turn requires large parts of
o3tl::is_typed_flags to be SAL_CONSTEXPR, which in turn requires a new
HAVE_CXX14_CONSTEXPR to allow assert in constexpr functions, which in turn
requires using -std=c++14 instead of -std=c++11 where available, which in turn
(a) requires to /not/ use -std=c++14 if it would run into a bug between Clang
and libstdc++ discussed at <https://llvm.org/bugs/show_bug.cgi?id=24115>
"llvm-nm fails to build with gcc 5.1's libstdc++" (and which hits us in
sfx2/source/control/thumbnailview.cxx), and (b) requires a new
HAVE_CXX14_SIZED_DEALLOCATION to work around GCC 5.1 -Werror=sized-deallocation
(where Clang >= 3.7 only supports C++14 sized deallocation when explictly
enabled via -fsized-deallocation, btw).
This effectively reverts ff6462e6307e6924dc6c8178043ae9032f4b4152 "avoid unused
variable warning:" again.
Change-Id: I424e3561452a3e6d8c8a9604d6c737cab49840c4
Reviewed-on: https://gerrit.libreoffice.org/18918
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Iaff7e38dd5beac48e1643e369e4240aa736c35ea
Reviewed-on: https://gerrit.libreoffice.org/18941
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Missed in 94ed449247e2256d4163fb4a46b4be2c3f498d60
Change-Id: I61dc4023fe09185ac43f96f28ccde94d770366d6
|
|
Change-Id: I5888fc8071b3e64721ad928c76ac9fed97cf3be9
Reviewed-on: https://gerrit.libreoffice.org/18904
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
That's what it actually means. Also make it a boolean
Change-Id: I249e18351253b34b5dada28e2a9c6bc0c06b730c
Reviewed-on: https://gerrit.libreoffice.org/18688
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: I4917c0158c09b0f5e0a90c373e7e85c734b81366
|
|
The later can be empty for the generic rpm case.
Change-Id: I69c62dcd2a16004c7927c9cf67837463e6411a8d
Reviewed-on: https://gerrit.libreoffice.org/18675
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Otherwise this would needlessly fail on some compilers.
Change-Id: I4e46e9e452de0703b6556cd55e4606b02be5c41c
Reviewed-on: https://gerrit.libreoffice.org/18585
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I1749b5b02018cfe6f85a13aed8de4b31a09788e3
Reviewed-on: https://gerrit.libreoffice.org/18494
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
With the new RHEL6-era baseline TDF can finally ship KDE4 support.
Change-Id: I227278b576a3ed2f2aaa751d41b469ca92dc78b3
Reviewed-on: https://gerrit.libreoffice.org/18267
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I882c04fd3a255f55511b1884157de26e7574e6db
Reviewed-on: https://gerrit.libreoffice.org/18262
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I2828d662769f95241ee5760bb657201851f3193e
Reviewed-on: https://gerrit.libreoffice.org/18209
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Needed since 2ce903c7b2d67a46c2fe2755cfaa66d98f2eddf2
Change-Id: I589e782baae0bd4d5906b97c371cad587aaf5c94
|
|
Change-Id: I09249673d42d36bf72ee1ffbf8f3f37734bd8bae
|
|
... and adapt makefiles to automatically rebuild everything that depends
on PYTHON_VERSION.
Change-Id: If468183e59463503051c2a1526a905dbee9bf4cb
Reviewed-on: https://gerrit.libreoffice.org/17818
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
There is no legitimate use case... no-one need or want to see
the build output with all the command by default.. and if one is
enclined to do such things, verbose=t in the env does the trick
leaving that as a configure options garantee bit-root (as it was the case)
and just make it bigger for nothing.. worse may encourage newcomer
to shoot themselves in the foot
Change-Id: I2b892c623b72dff68ae61dc4edb2478613efc699
Reviewed-on: https://gerrit.libreoffice.org/17635
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
configure.ac was setting VERBOSE=YES/NO when really
we use verbose=t or verbose=
Change-Id: I47aee8d177cb2d788a62ecdbbb9cc3695c2bb299
Reviewed-on: https://gerrit.libreoffice.org/17634
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
libarchive installs it under that name at least on FreeBSD, NetBSD,
and OpenBSD.
Change-Id: I7c4ce8f2dcf59f6d2b23266f450a88f3f2217e4e
|
|
Change-Id: I5f04b71d01c163edde55f01becfe2e460f4bc9c7
|
|
(Not that I know if there is any good reason to keep it optional.)
Change-Id: I92c52ad201661755e2d6eb023be7e268249b75a2
|
|
Change-Id: If0e644298c655487cf97609a66ee37c5b4bd70ae
|
|
Change-Id: Iad82493025bfb3863a3e073938e25f24cbd7a41f
|
|
Change-Id: I486b2fc9b4d538ac59d4ced41f2c1726d1ad0dfa
Reviewed-on: https://gerrit.libreoffice.org/17358
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
I don't have the inspiration to fix it. I get unresolved symbols
"__declspec(dllimport) public: virtual class com::sun::star::uno::Any __cdecl
cppu::WeakImplHelper<class com::sun::star::container::XEnumeration>::
queryInterface(class com::sun::star::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
|
|
Change-Id: I6b7379323a86242b42a8a5137807c535bf1d7c46
|
|
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>
|
|
Change-Id: I46bf74efb52435313eb17e0db8b1cf103a329004
Reviewed-on: https://gerrit.libreoffice.org/17078
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
The G_ADD_PRIVATE used in libreofficekit/source/gtk/lokdocview.cxx is from
2.38.
Change-Id: I2058932f8252d2715f970f020160f4f960987125
|
|
Change-Id: If52e44a028b9cfd9ead4f16186810dde98a67ef1
Reviewed-on: https://gerrit.libreoffice.org/16912
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I502ce280276b6430053f0fbcf9cc3248b6c9b11b
Reviewed-on: https://gerrit.libreoffice.org/16801
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
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>
|
|
... following commit cc96b2738b608782edffb4cc368d45255f31377b
Change-Id: I152875b6f72ff972d004f6df11325ce89f43ad9d
|
|
Change-Id: Id7547390c49c0bcf672eb1a9863fc236518bfa49
|
|
Change-Id: Ideb5688a8c9e7cf10038f2e9d00991e8653b1875
Reviewed-on: https://gerrit.libreoffice.org/16706
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
|
|
Change-Id: I76ced60151bcc160eb4a4c12cc86f01edec076fc
|
|
Change-Id: Ie770ecceb8c8f5a6fa882a9f5d5a26806b029589
|
|
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
|
|
This reverts commit cf92da3d6e1de14756efe3f1ee79f393a2f3787d.
iff can mean "if and only if" so not a typo
|
|
Change-Id: I3fc60856b5a56e71d70b55c89323be074bdec3b3
|
|
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
|