Age | Commit message (Collapse) | Author |
|
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
|
|
Change-Id: Ie1c7e022a2e1713a111ebd2db9db866e09f4f4f4
Reviewed-on: https://gerrit.libreoffice.org/10120
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I077d7c9a41793abdf5f001386f44ac407f94a6d3
|
|
Change-Id: I355158f6cb584d252a21dfbce6e7cea6c70bba99
|
|
Change-Id: I5997669d9e990c302871e08a336a4d8365d5aa13
|
|
Change-Id: I2aeb928dbd27df0f77ea0fe136dd38305ad3a004
|
|
Change-Id: Ic36c1670866545db2cf2f29867de7e5b0ad2d57d
|
|
apache commons-lang 3.3.1 and commons-codec 1.9 are for use
only with JDK 1.6 and higher
see commits:
1731f6e692bb0a07a2bca4b1b190163f209d2b9e "bump apache-commons-lang to 3.3.1"
3dad9b1019bebcc6db63a424afa146e007f768d2 "bump apache-commons-codec to 1.9"
Change-Id: I3e71f6474becafe6c91836bbac5c6a8b7ca3442c
Reviewed-on: https://gerrit.libreoffice.org/9312
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
...to better serve the needs of tools like -fsanitize=address
Change-Id: Ic2f2b981b2f5c1bc95ff91bc7a8d21fbb695dc8d
|
|
For now only effective in the DISABLE_DYNLOADING case, where it limits
the locales compiled in to the i18npool library. Maybe should use this
same option to also limit what collation tables etc are compiled in?
Not expected to be used for desktop OSes, but can be useful for mobile
platforms where every megabyte counts.
Change-Id: If672b4cd19f44f8c7e119378faf40930a51969b7
|
|
Change-Id: I042cbc5f4cabfa7ec387594189e2f86be6ec7fbf
|
|
Add HAVE_FEATURE_DBCONNECTIVITY to <config_features.h> instead of
using (or not, more likely) -DDISABLE_DBCONNECTIVITY.
The plan is still that database connectivity would be disabled always
for the non-desktop platforms, and otherwise disabling it would be a
configure option.
But, still lots to do; the TiledLibreOffice iOS test app gets tons of
undefineds when linking if I actually try to disable the database
connectivity.
Change-Id: If1e4b55faa1514cd55dec5fc5487a30d689739ac
|
|
will be run on a tinderbox for now that will be the reference for
anything related to it
Change-Id: Ib795b53f74e9207d0272342f12d426bbc21164b4
|
|
Change-Id: If07d94a2f646c8377b76fdf645e85f9491e4f061
|
|
This reverts commit 4f7b96886ec2e98f270a9ec3c3509cd523fce7cc.
Conflicts:
configure.ac
scp2/InstallModule_ooo.mk
Change-Id: I5621496d70a2c493eb964c1138d310c68fa6d660
|