Age | Commit message (Collapse) | Author |
|
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>
|
|
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>
|
|
Change-Id: Id7547390c49c0bcf672eb1a9863fc236518bfa49
|
|
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
|
|
PKG_CHECK_MODULES requires both _CFLAGS and _LIBS to be set to skip the
check.
Change-Id: Ia4ae0576f186eb0c002c40bdb66f3a11a972a0c3
|
|
to disable the possibility to update installed extensions
Change-Id: Ifdee0f3b13ee3e2bcb288c8ded98cb9805a6e55a
|
|
Change-Id: Ic9f6165626a8ffc303260c0439010fe7e2ce634b
|
|
Change-Id: I456669f15a659e144fc6ecad053cd0b929859424
|
|
Change-Id: I1179e20fd5fbdecd198633d5440621ed08a0465b
|
|
Change-Id: I044e6c82b4f3b492ed384e86dbe9e6955f8f792f
|
|
Change-Id: I15492fcc687a21b740dc2d97a47485e2e760055f
|
|
Change-Id: I7566dcf21aae6b800adb58d8c94e350bb0da720c
|
|
That way you can avoid having to set ICECC_VERSION in every shell where you
want to use icecream with cross-compilation. See
http://holesovsky.blogspot.cz/2015/02/using-icecream-to-speed-up-libreoffice.html
for details.
Change-Id: I1adf67934c2687f0fca1b73e7793b72120eeedab
|
|
Change-Id: I69d52554b531dab6fc12ffe16e6ca91241fda3a5
Reviewed-on: https://gerrit.libreoffice.org/14283
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>
|
|
Change-Id: Iab771f65121e477cda871a04098df306399628e7
|
|
Change-Id: Ia22e1f4d777cc2d2c99abdaf8cccdea8a94bfd27
|
|
Change-Id: If918b3083fcd8c2e2ea41c43cba53ded1a207196
|
|
Change-Id: Iee42b3f6ab66636961e9ba1da33ab0e83d607eaa
Reviewed-on: https://gerrit.libreoffice.org/13241
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
...and remove now unused ure-link symlink
Change-Id: Ic958432c1dad4fae213982d0af072187f151620b
|
|
Intermediate commit. More changes will follow: The device selection
logic needs to be moved, too. (And cleaned up.) Instead of the
separate formulacalculationoptions dialog we should simply have a
normal options page for those OpenCL-related settings that will remain
purely Calc-specific, like the formula opcode subsetting.
Change-Id: Id60d95e80d377cbbf5780beb473b221bce06b5e5
|
|
Unfortunately requires nasm - the netwide assembler -
http://www.nasm.us/
Upstream libjpeg-turbo is meant to be built with CMake on Windows but
thanks to our gcc-wrappers we are able to avoid that.
jpeg is kept mostly for platforms we are cross-compiling to. For now,
it's used also for Mac OS X because jpeg-turbo does not build there,
which should be fixed later.
Change-Id: Id87b7072a8acc2578c3abf7e82cb1499e5094dbf
|
|
Change-Id: I1ab4e23b0539f8d39974787f226e57a21f96e959
Reviewed-on: https://gerrit.libreoffice.org/12164
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I749fa8a19e00957a3f83f41e029687b435a3a903
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
Currrently --disables-gstreamer disables GStreamer API 1.0 support
and --enable-gstreamer-0-10 enables GStreamer API 0.10 support. To
build with GStreamer API 0.10 you need to --disable-gstreamer and
--enable-gstreamer-0-10, which doesn't seem logical.
But actually it's possible to build both avmedia GStreamer backends,
so this changes:
* --disable-gstreamer to --disable-gstreamer-1-0
* configure variables to include the GStreamer API version "1_0"
* adapts the configure help text
Change-Id: Icffd8cfb9d80b3021e290675e7c9644c2a31fce8
Reviewed-on: https://gerrit.libreoffice.org/11912
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
include-what-you-use is a tool to help removing unneeded includes.
Homepage:
https://code.google.com/p/include-what-you-use/
So to use it pass its path to configure like:
./configure --with-iwyu=/usr/bin/include-what-you-use
May be helpful for fdo#42949
Change-Id: Idc185c5181d754b9dfd82fcf6a5ad05953b3cd03
Reviewed-on: https://gerrit.libreoffice.org/12255
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
so get rid of the noop-configure switch that was left
Change-Id: I95ddf0fb1639c9801b27007cc24e366c2d6084cf
|
|
This was intended for the time we had a huge bunch of third
party ppds, those are now long gone.
SGENT42.PS is now the same as SGENPRT.PS since
commit 871d8e0f278dab646e1877a505577edc730a26cf
Date: Mon Nov 25 14:13:40 2013 +0000
Resolves: rhbz#188467 default to Type42
so get rid of that one, leaving just the single SGENPRT.PS
fallback ppd
Change-Id: I851f25b2789b8aa101acd18193cd01e8cded4d09
|
|
Change-Id: I896c9ac1c941b85d052fbefb902c4341664881d4
|
|
Change-Id: I014d70ace7ce34b804ea2a018d3de8f94f7e0cbc
|
|
Change-Id: I91806c3a55905dfd1ae90a10bc890cc526ff3270
Reviewed-on: https://gerrit.libreoffice.org/11908
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
|
|
Feature test macros that govern conditional compilation should be
defined in config_*.h include files, not on the compilation command
line.
Change-Id: I40575a4762fd2564f10927b6f38a112dd9f9a3d7
|
|
Change-Id: Ic705fe6bb7c3b9bae4b09d0b487f48056675b4b8
|
|
Change-Id: I6101099c57d429987e06bca0652c843f4a94f8cc
|
|
new GCC compilers do not accept "obsolete and totally removed
in gcc 4.2 and later" -Wno-long-double flag
actually, it used to be Apple-only GCC extension for gcc<=3.3
Change-Id: Ied3320cbd45915682b628c99bb0a168ea4753bb7
Reviewed-on: https://gerrit.libreoffice.org/11819
Reviewed-by: Douglas Mencken <dougmencken@gmail.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Similarly, restrict javac to 128M, which is enough for me with JDK 1.7
on Linux x86_64.
Change-Id: I5b1e3435026b8b69bf7afe8b5236c3dc09857f49
|
|
Starting with junit 4.11 hamcrest is no longer bundled,
so add a --with-hamcrest option to support this.
Change-Id: Icdae946af82b9c56bf25d37cbf88275fc6a6a1eb
Reviewed-on: https://gerrit.libreoffice.org/11383
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
f8062812ae76af9488bc9c64ee9365c747bd3b38 replaced it with $(MAKE)
Change-Id: Ibe13cb6d93489a15bcb8c43b113b125bfbe5820f
|
|
Change-Id: I43ed776d52336b822aa6152f0f2a29e39303bb75
|
|
This removes ENABLE_NPAPI_INTO_BROWSER while it should keep
ENABLE_NPAPI_FROM_BROWSER (embed flash in LO) intact.
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
Conflicts:
extensions/source/nsplugin/source/npshell.cxx
Change-Id: I80a9159a75653c74423d8fdc7c188568d3188e04
|
|
In other words, only executable files go in the MacOS folder. Dynamic
libraries and bundled frameworks (i.e., LibreOfficePython), and
nothing else, go in the Frameworks folder, and all other files go in
the Resources folder.
Especially, note that Java class files and rc (.ini) files also go in
Resources.
Such an app bundle structure is what Apple strongly suggests one
should use, and it has been hinted that future versions of code
signing and/or Gatekeeper will require such a structure.
There is still some ugliness thanks to traces of the historical
separation of URE from "the office". Like there are two separate
"unorc" files, one for URE, one for the LibreOffice application. IMHO,
this should be cleaned up, but is probably controversial.
(Eek! I now see there are actually *three* unorc files in the app
bundle. Not intentional. Need to fix that later.)
Change-Id: Idcf235038deb5b8e1d061734993e9f31869b7606
|
|
Change-Id: I0c76ec7e3f9b95166b4005dd1ad5349b3889c3e4
Reviewed-on: https://gerrit.libreoffice.org/10993
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: If9b32b09fd8cbf8b194b75357494d99aaa3fe06e
|
|
Depends on gltf support.
Change-Id: Ief0452da3d03b0ddbca45272e5f5cd268691aeca
|
|
Change-Id: I02928097f049e8f3cbefbc872b570b2d2b072658
|
|
Change-Id: Ic842006b28f8043bcbbaa81ab5a20e15aa52ac82
|
|
I thought it was possible now to build on Windows with Visual Studio
2013 as the only installed Visual Studio version, but no. I tried on a
fresh Windows 8.1 installation.
This commit fixes the configury a bit at least. (One needs to pass the
--with-visual-studio=2013 option. Otherwise configure gets confused by
the partial (?) VS2012 that seems to be installed, too, when
installing VS2013, and prefers that...)
The build fails at least in external/lcms2, but I'll leave sorting out
that for later.
Change-Id: I15942e4b088a3f0a62c3f7fa8f9b45f77beaff6f
|
|
Change-Id: Icea7057734020914fe0df3df70c8a895e96c1af0
|
|
Change-Id: I810ea99f61c47da62f2489d5176f6fbb779134a9
|