Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I44e6ade6f9c89cc8086a7a69a0f7a81470c85ba8
Reviewed-on: https://gerrit.libreoffice.org/1690
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
|
|
Change-Id: Ia6735e3e7f3231722231e9d7a4c9839f08038b96
Signed-off-by: Noel Power <noel.power@suse.com>
|
|
This switch just makes possible to configure in ln delivery instead of
cp based one.
The feature was already in the place, we just make it visible as
configure option now.
Change-Id: I778ef3b03e6b9a57057e66ff6307e7da46bcd935
|
|
Change-Id: I8c0da25a000e10d65479665a61be054fdb2486a5
Reviewed-on: https://gerrit.libreoffice.org/1453
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: Tomáš Chvátal <tchvatal@suse.cz>
|
|
Conflicts:
configure.ac
Change-Id: Icd65d8a456cf59b6e4b6b6bfb095c0bff498bcbc
|
|
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?).
(cherry picked from commit 77d3777c8934171a9557a96872d020cf12443fb9, minus the
code that addressed Windows C4005 warnings -- which after all were due to
unrelated changes for PCH rather than this commit)
Conflicts:
postprocess/prj/build.lst
Change-Id: Ie138a219fbbc86fb5aaa7ea0b88cf349935d9829
|
|
Change-Id: Ic20c758034309a7b67966d73066770c4b870f146
|
|
Change-Id: I67b2ce4ae647150aeace72c542a5838940d2c058
|
|
Change-Id: I097675450a0eed87eccf90356c81657485609d13
Reviewed-on: https://gerrit.libreoffice.org/1289
Tested-by: Matúš Kukan <matus.kukan@gmail.com>
Reviewed-by: Matúš Kukan <matus.kukan@gmail.com>
|
|
Change-Id: I9630a486043c97aa9e31873c63f807cedb869a24
Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>
|
|
Change-Id: Ic5d8f8a975861c63354d28f5043abb5ead29192b
|
|
Remove the oooblogger extension. It is unmaintained and the original
author (caolan) wants it dead.
Change-Id: Iff89f5badbb74f465c57e068a9e1acbbc13bc235
|
|
Change-Id: I40aff76df4ddef3774632a3dcdf67b943229feb3
|
|
Restrict moz to windows, and build vars also
impacts nss, connectivity
Change-Id: I27aae1398f3f8a4d046c2c7805d64bc7523c7282
Reviewed-on: https://gerrit.libreoffice.org/1233
Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I763412bd1b6713b91c2e4a8d575ee2a14e9d5cf2
|
|
To avoid unnecessary confusion between the newly plain code and any instance of
the old extension still installed (per-user or shared), I renamed the UNO
implementation identifier org.openoffice.pyuno.LanguageScriptProviderForPython
to org.libreoffice.pyuno.LanguageScriptProviderForPython. Also, existing
installations of the extension are explicitly not migrated to new user profiles.
Change-Id: Id3dd66ba5e52e0962f7ad0ccb5e4ad5b0bec97fa
|
|
It can be used to show extra build indentification in the about dialog
just under the version string.
The plan is to show information about tinderboxes and make the life easier
for QA guys.
Change-Id: I4714a34cf13492c7bb92798b4b6d11385093f223
|
|
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: I7efac64042fdd0b985114b06314cd7b81a6ecf6d
|
|
Change-Id: Ia46126f9f56668a14a66679b697ce54cec6ea0b8
|
|
... in --enable-dbgutil mode.
Change-Id: I095bc8f29570afd9912a615e98ef05e4249ea8f7
|
|
Change-Id: I91abacdbe75b36a61e110068e300c54c08c7ead2
|
|
Change-Id: I657f14b26f76b874fd6d84eb6ae2009dfcbd0f88
|
|
Also adapt to the "bin" structure of the Windows Kit 8, where there
are no tools directly in "bin" but only in the "x86" and "amd674"
subdirectories.
Change-Id: Id3aaaaaba6f4386a54e7becbb2d4fc66a8f5a0d8
|
|
Change-Id: I1066c9108fd31682bd238df50bdf1cab0a05d3ec
|
|
Change-Id: I181e408e7bc585d93fbeb2ce76a32bc350845c91
|
|
Change-Id: Ibac9b92f5833253d6485009e0ea8ea11f2b8ed91
|
|
This is not the official 0.3.0 release.
Change-Id: I1d097ed30ea6c1835ac10d6be77e45a644449497
|
|
- this is needed for packaging, so that all possible tarballs can be
available in the complete source package
Do not define tarball names in configure. Move the variables into
download.lst, which is going to be included in config_host.mk.
We already have conditions for getting tarballs in Makefile.fetch.
Change-Id: I160aff6426a253814eea07d2467e4942478f653a
|
|
This is prepare commit for --with-all-tarballs.
We probably don't want to define the tarball names conditionally in configure.
Change-Id: Id41f73dd7094b3384ce43caf62018f53b3d86a81
|
|
Change-Id: I2d27341566d383002446c23bdf60c7aa0cabf37d
|
|
Change-Id: I1951f25ddff112e8184c90006cd6e87a1c02a930
|
|
- configure defines PYTHON_VERSION, PYTHON_VERSION_MAJOR,
PYTHON_VERSION_MINOR
- remove pyversion.Makefile
Change-Id: I19ac8df18a520ad56bf63ea038dc0769b8249d0b
|
|
Change-Id: Ia4b08a1b20bf46af4d06c0478ed8e795ee543703
|
|
System Python 2 can still be used by setting PYTHON, PYTHON_CFLAGS,
PYTHON_LIBS manually.
Change-Id: I4c2eccad3866ae2b037752e9e06768c444e0aa9a
|
|
Mac specific parts of patch by:
Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Change-Id: I90ef17c6f5a678230539a80ab999fa5344e4fc8f
|
|
Change-Id: I568dc7c83cf60f2782ac730dc5efcb0e4b8de8a2
|
|
Change-Id: If25d4d1d583caace32934d7a7230bb86330cfbed
|
|
Change-Id: I7074ece89025f4a82c7ce1818576591f8852cd3c
|
|
Change-Id: I51a3cf81bf6ba4f0d50cb3f2ac52c2d220955b56
|
|
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
|
|
Currently there are 4 different debug options:
--enable-dbgutil (the recommended one)
--enable-debug
--enable-selective-debuginfo
--enable-symbols (for advanced users only)
In this table the properties of each option is shown:
----------------------------------------
options\properties | O | S | D | T | U |
----------------------------------------
production-code | x | - | - | - | - |
----------------------------------------
--enable-symbols | x | x | - | - | - |
----------------------------------------
--enable-debug | - | x | x | x | - |
----------------------------------------
--enable-dbgutil | - | x | x | x | x |
----------------------------------------
where
O: optimization
S: debug symbols
D: debug STL
T: trace facility
U: additional debug utility (object counting)
Note:
--enable-selective-debuginfo has the same properties as --enable-debug
Change-Id: Ib8a28c6162f47526d6bb33f81f53835cd11894b2
|
|
Change-Id: I1c5e2440e0d3c520221cc19bf2d6152970e156c1
|
|
Even for an Android (or iOS, presumably) app with just viewer
functionality, some export code gets included in the single .so or
executable.
For now, when we know that we are producing only viewer apps for
Android and iOS anyway, it might be a good idea to be able to
carefully bypass some particularly pathological places in the code
that generate large amounts of code and/or data that is useless in a
viewer app.
Change-Id: I59b97024ff2855e7bbe53d6ec8782797705f61d8
|
|
Change-Id: I2df230e0ca6293131ceaf9211fb301165981ab86
|
|
This hopefully should help in situations like Jonathan Aquilina's,
where /usr/bin/install_name_tool does not correspond to the tool-chain
used (but is from an earlier version of Xcode).
Change-Id: I5b4ca9e5e163fb4a84967577d2146cdbe8344f03
|
|
The immediate trigger was 5e5c11c664f67ff9fd1120905b09a32bea3b2f6c "fdo#42070
Fix RTL support in presenter console" causing build failures on Mac OS X when
linking the extension against vcl, but there should be more benefits of going
from a bundled-anyway extension to plain code. (Not the least to get rid of the
com.sun.star.drawing.XPresenterHelper hack.)
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
identifiers as follows:
* UNO implementation com.sun.star.comp.Draw.framework.PresenterScreenJob ->
org.libreoffice.comp.PresenterScreenJob
* UNO implementation com.sun.star.sdext.presenter.PresenterProtocolHandler ->
org.libreoffice.comp.PresenterScreenProtocolHandler
* protocol handler schema vnd.com.sun.star.comp.PresenterScreen ->
vnd.org.libreoffice.presenterscreen
* configuration schema /org.openoffice.Office.extension.PresenterScreen ->
/org.openoffice.Office.PresenterScreen (it appears this contains little to no
user-changeable data anyway, so not migrating it to a new user profile due to
the schema name change should not be problematic)
* job ID onDocumentOpenedJob -> org.libreoffice.PresenterScreen
Even with these precautions, having the presenter screen installed both as plain
code and as a (per-user or shared) extension still leads to a crash when
activating presentation mode (likely due to how both codes want to take control
of the screen). To mitigate this, existing installations of the extension are
explicitly not migrated to new user profiles.
The sdext/source/presenter/bitmaps/*.png files were moved to
icon-themes/galaxy/sd/res/presenterscreen-*.png and are now accessed via SdResId
(adding the relevant data to sd/source/ui/inc/res_bmp.hrc and
sd/source/ui/app/res_bmp.src; not sure whether these locations are already
ideal).
The code itself has been left mostly unchanged in sdext/source/presenter/, and
it still clumsily communicates with sd core code via XPresenterHelper. There is
a lot of room for improvement here.
The help data is left untouched at sdext/source/presenter/help/ and needs to
be incorporated properly into helpcontent2 in a follow-up commit.
The --disable-ext-presenter-console configure switch is gone.
Change-Id: I71adb7ae6dcdbd1802151fce6e3871d8a2026332
|
|
It breaks our baseline Linux release builds where x11_extensions
headers are actually used.
This reverts commit 3f00bc6717964c2d4db26093b64a68f93c7de906.
|
|
|