| Age | Commit message (Collapse) | Author |
|---|
|
Change-Id: Ic1d9843e5b05cf4eeb647cf13eea15fc2acd6063
|
|
Change-Id: I9f1e0ae2d5ac71ea7e9edb06d3719d626adb80a4
|
|
Change-Id: I64b2c0cbd6cafa686f62f88fd6a2276c7db80c47
|
|
Change-Id: I87805ceacf184d5aa5faae68e8bb932391ace7fb
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I45852dfa38d9162d0fb5fa608974dbc78fe5d2f3
|
|
Change-Id: I05d3958b56cc8dc18773049deb40d4d4929b0ba4
|
|
|
|
Updated the distro-configs so that the default change
does not impact build based on distro profile
The intent is that with this change of defaults
the build does only rely on core and does not need
any submodules. Making a initial build simpler
for new dev, since they won't be exposed to submodules
unless they really need them.
Change-Id: I446e912d607ce7358fd11f54a3de025dc3f25144
Reviewed-on: https://gerrit.libreoffice.org/1791
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
The STLport was only built for the benefit of old extensions on platforms that
once used it themselves (Linux x86, Solaris x86 and SPARC, Windows). We
deliberately break such old extensions for LO 4.0 by no longer shipping that
backwards-compatiblity cludge.
Keeps STLport listed in readlicense_oo/ because of
o3tl/inc/o3tl/compat_functionality.hxx.
Also removes GXX_INCLUDE_PATH, as that was only used by STLport (if at all?).
Removes a spurious #define MOVEFILE_REPLACE_EXISTING 0x01 from
l10ntools/inc/helpmerge.hxx that was once added with
854812584862d0609b695682d2bfea2667d75c00 "INTEGRATION: CWS extensionl10nfix01
(1.11.6); FILE MERGED: 2008/06/26 13:56:03 ihi 1.11.6.1: #i90987# windows rename
-> MoveFileEx" but now starts to cause trouble on Windows. Also disables
warning C4005 about redefinition of WB_LEFT/RIGHT macros (defined in both
tools/wintypes.hxx and the Windows API) in a number of places that include
windows.h -- however the old STLport caused those warnings to not show.
Change-Id: Ie138a219fbbc86fb5aaa7ea0b88cf349935d9829
|
|
Change-Id: I279b20d30c0c7ccbe82583ad97e2c4e65cb30221
|
|
It has been way too common for people to accidentally have a javac
from JDK 7 create class files that are of the newest version, which
older JREs and Android's dex then don't understand.
As many of the distro-configs files specified
--with-java-target-version=1.5 anyway, let's just hardcode that for
now.
Change-Id: I0853820dc56a062f053b5c2c30097bf1ff3798c1
|
|
...which can be attractive for installation sets that use --with-system-poppler
but do not want the LO core package to depend on a poppler package. See the
comment at the top of scp2/source/ooo/module_pdfimport.scp for details.
The build-time --disable-pdfimport configure switch is gone, PDF Import is built
unconditionally for all platforms but Android and iOS now. (The
ENABLE_PDFIMPORT variable now uses TRUE/FALSE rather than YES/NO, to increase
consistency across those variables.)
Change-Id: I6509d0b2e770b276cd54540408fb1ec5a7dda058
|
|
Change-Id: Id27ec2d8531df8122d957af19cdd343eb189654d
|
|
The current latest Android SDK doesn't cope with Java7 otherwise.
Change-Id: I0331f283dfc3ac331a8c5381058f43df7d8e8fc6
|
|
No need for dirty hacks linking in basegfx objects statically any more.
To avoid unnecessary confusion between the newly plain code and any instance of
the old extension still installed (per-user or shared), I renamed all relevant
UNO implementation identifiers from com.sun.star.comp.documents.* to
org.libreoffice.comp.documents.*. Also, existing installations of the extension
are explicitly not migrated to new user profiles.
The xpdfimport executable is now in program/, its xpdfimport_err.pdf in
share/xpdfimport/. To simplify finding the _err.pdf from xpdfimport, its full
pathname is now given as additional second argument to xpdfimport. To find
xpdfimport executable from CppunitTest, CppunitTest creates a symlink from
solver's unittest/installation/program to solver's bin, so that
"$BRAND_BASE_DIR/program/xpdfimport" works there (as CppunitTest now sets
BRAND_BASE_DIR to solver's unittest/installation).
The sdext/source/pdfipmort/dialogs/ Basic stuff appeared to be unused (even
though it was included in the .oxt) and has been removed.
The --disable-ext-pdfimport configure switch is renamed to --disable-pdfimport.
Having it still conditional requires some pdf_Portable_Document_Format vs.
pdf_Portable_Document_Format_import foo in module filter.
Change-Id: Iee58c2f6187142a418decc9ea3a5df10eb7e0523
|
|
|
|
IN this branch these changes are not conditional. Unclear yet whether
this is what we finally will want to use or not. Maybe should make
these changes conditional and do this stuff in master instead?
Change-Id: I379d570a0e00648d295c675fd90eba6594ba3182
|
|
we basically need this functionality, the idea of it being optional
isn't really logical anymore with nss split out from mozilla.
for iOS and Android where they doesn't build yet spit out lame fixme
nag warnings
Change-Id: I4b16c62553b12d3dcd340a0b5c5a4cbd807c2f02
|
|
Add fallback activation of an _OLD media component to the core.
Compile both a 0.10 and 1.0 version of the gstreamer component
Change-Id: I91f65d05391cb2d7e02f9cff18f96178a128705O1
|
|
Change-Id: I227c408e03130667760f9672f08b11cc7a9c75a8
|
|
Try to start consolidating the complexity here.
generate Application.mk to specify the required ABI
fold common distro-config pieces out of README
|
|
|
|
|
|
|
|
|
|
|
|
|
|
An Android app always runs in the context of a Java (well, Dalvik)
virtual machine.
Sure, there will now be some Java-related compilation errors here and
there when cross-compiling for Android. Use --without-java if they
disturb, until I have fixed them.
|
|
|
|
|
|
|
|
In the spirit of 12759f67a36d52a345be6002d7017551e8414c59, change
external lib's config.sub to eat the arm-unknown-linux-androideabi
host os string. Also, permit shared libs again - seems Android can
handle those.
Added dictionaries to cross-build-toolset - idxdict is needed.
Should build up to sfx2 - some residual static lib issues there,
and in raptor.
|
|
It doesn't make sense to try to use anything else to print on *nix
systems these days
|
|
|
|
|
|
--without-system-python is not longer available
|
|
|
