mir/libreoffice
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
b5586bd42a35d294e014d665bc47c49ae4dfbde5
libreoffice/extensions/Module_extensions.mk

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

112 lines
2.4 KiB
Makefile
Raw Normal View History

normalize Red Hat, Inc. spellings, and bump to latest template
2011-12-06 21:15:10 +00:00
# -*- Mode: makefile-gmake; tab-width: 4; indent-tabs-mode: t -*-
Skeleton of the unit test for updates.
2011-10-17 11:37:56 +02:00
#
Move to MPLv2 license headers, with ESC decision and author's permission.
2013-04-24 17:14:03 +01:00
# This file is part of the LibreOffice project.
Skeleton of the unit test for updates.
2011-10-17 11:37:56 +02:00
#
Move to MPLv2 license headers, with ESC decision and author's permission.
2013-04-24 17:14:03 +01:00
# This Source Code Form is subject to the terms of the Mozilla Public
# License, v. 2.0. If a copy of the MPL was not distributed with this
# file, You can obtain one at http://mozilla.org/MPL/2.0/.
Skeleton of the unit test for updates.
2011-10-17 11:37:56 +02:00
#
$(eval $(call gb_Module_Module,extensions))
make l10n buildable separately - this renames the 'almost' module target to non-l10n - and adds a l10n target which is intended to only build l10n parts of the product - packagers should then be able to build l10n and non-l10n parts of the product independently, thus: - enable quicker rebuilds - distribution of load - updates to l10n without a full rebuild - security fixes to binaries without rebuilding all l10n - the new targets are called build-l10n-only and build-non-l10n-only - note this is not intended to move a concept of split packages upstream -- while this exsists in distros, the number of test scenarios for this would explode upstream Change-Id: Ib8ccc9bc52718d9b0ebbfee76ad93dc29c260863 Conflicts: filter/Module_filter.mk
2013-11-13 02:12:48 +01:00
$(eval $(call gb_Module_add_l10n_targets,extensions,\
migrate to boost::gettext * all .ui files go from <interface> to <interface domain="MODULE"> e.g. vcl * all .src files go away and the english source strings folded into the .hrc as NC_("context", "source string") * ResMgr is dropped in favour of std::locale imbued by boost::locale::generator pointed at matching MODULE .mo files * UIConfig translations are folded into the module .mo, so e.g. UIConfig_cui goes from l10n target to normal one, so the res/lang.zips of UI files go away * translation via Translation::get(hrc-define-key, imbued-std::locale) * python can now be translated with its inbuilt gettext support (we keep the name strings.hrc there to keep finding the .hrc file uniform) so magic numbers can go away there * java and starbasic components can be translated via the pre-existing css.resource.StringResourceWithLocation mechanism * en-US res files go away, their strings are now the .hrc keys in the source code * remaining .res files are replaced by .mo files * in .res/.ui-lang-zip files, the old scheme missing translations of strings results in inserting the english original so something can be found, now the standard fallback of using the english original from the source key is used, so partial translations shrink dramatically in size * extract .hrc strings with hrcex which backs onto xgettext -C --add-comments --keyword=NC_:1c,2 --from-code=UTF-8 --no-wrap * extract .ui strings with uiex which backs onto xgettext --add-comments --no-wrap * qtz for gettext translations is generated at runtime as ascii-ified crc32 of content + "|" + msgid * [API CHANGE] remove deprecated binary .res resouce loader related uno apis com::sun::star::resource::OfficeResourceLoader com::sun::star::resource::XResourceBundleLoader com::sun::star::resource::XResourceBundle when translating strings via uno apis com.sun.star.resource.StringResourceWithLocation can continue to be used Change-Id: Ia2594a2672b7301d9c3421fdf31b6cfe7f3f8d0a
2017-06-11 20:56:30 +01:00
AllLangMoTarget_pcr \
make l10n buildable separately - this renames the 'almost' module target to non-l10n - and adds a l10n target which is intended to only build l10n parts of the product - packagers should then be able to build l10n and non-l10n parts of the product independently, thus: - enable quicker rebuilds - distribution of load - updates to l10n without a full rebuild - security fixes to binaries without rebuilding all l10n - the new targets are called build-l10n-only and build-non-l10n-only - note this is not intended to move a concept of split packages upstream -- while this exsists in distros, the number of test scenarios for this would explode upstream Change-Id: Ib8ccc9bc52718d9b0ebbfee76ad93dc29c260863 Conflicts: filter/Module_filter.mk
2013-11-13 02:12:48 +01:00
))
gbuild: rename value OS=IOS to OS=iOS This gets rid of the horrible hack in gbuild.mk to accomodate the case-incorrect iOS platform makefiles that cannot be renamed without upsetting git on file systems that sadly lack the case sensitivity feature. Keep the macro defined to IOS though. Change-Id: I1022bfef4900da00e75fc1ccce786b20f8673234 Reviewed-on: https://gerrit.libreoffice.org/62705 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de> Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2018-10-31 19:06:30 +01:00
ifneq ($(filter-out iOS ANDROID,$(OS)),)
fix probable cut-and-paste build error Change-Id: I71a3ea0fd548bb6dcaf2df823fa3d63026b1b3dc
2012-07-20 16:55:02 +01:00
$(eval $(call gb_Module_add_targets,extensions,\
merge cond. blocks to one Change-Id: Iad5858955244e12a849336f84938a39b6f3219e0
2016-06-08 12:19:23 +02:00
Library_abp \
Library_scn \
tdf#114635: reimplement TWAIN-based scan using 32-bit shim on Windows Since TWAIN is only actually available as 32-bit component on Windows, to use it in a 64-bit program, we need a 32-bit shim program that does all actual communication with TWAIN subsystem. This change reimplements TWAIN implementation to be a separate 32-bit process. Image is transfered from the shim to main program using file mapping API. This reverts most of commit 585d9806961342e95f7318fb947bd31e9f86dee0. 64-bit LibreOffice doesn't bundle TWAIN DSM library now. TWAIN DSM source code is still used for TWAIN headers. Change-Id: I46f178ad36acd97a9eff156624b99036fcbb83f8 Reviewed-on: https://gerrit.libreoffice.org/65688 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-12-28 20:23:02 +03:00
$(if $(filter WNT,$(OS)), \
Library_WinUserInfoBe \
$(if $(filter TRUE,$(BUILD_X86)),Executable_twain32shim) \
) \
migrate to boost::gettext * all .ui files go from <interface> to <interface domain="MODULE"> e.g. vcl * all .src files go away and the english source strings folded into the .hrc as NC_("context", "source string") * ResMgr is dropped in favour of std::locale imbued by boost::locale::generator pointed at matching MODULE .mo files * UIConfig translations are folded into the module .mo, so e.g. UIConfig_cui goes from l10n target to normal one, so the res/lang.zips of UI files go away * translation via Translation::get(hrc-define-key, imbued-std::locale) * python can now be translated with its inbuilt gettext support (we keep the name strings.hrc there to keep finding the .hrc file uniform) so magic numbers can go away there * java and starbasic components can be translated via the pre-existing css.resource.StringResourceWithLocation mechanism * en-US res files go away, their strings are now the .hrc keys in the source code * remaining .res files are replaced by .mo files * in .res/.ui-lang-zip files, the old scheme missing translations of strings results in inserting the english original so something can be found, now the standard fallback of using the english original from the source key is used, so partial translations shrink dramatically in size * extract .hrc strings with hrcex which backs onto xgettext -C --add-comments --keyword=NC_:1c,2 --from-code=UTF-8 --no-wrap * extract .ui strings with uiex which backs onto xgettext --add-comments --no-wrap * qtz for gettext translations is generated at runtime as ascii-ified crc32 of content + "|" + msgid * [API CHANGE] remove deprecated binary .res resouce loader related uno apis com::sun::star::resource::OfficeResourceLoader com::sun::star::resource::XResourceBundleLoader com::sun::star::resource::XResourceBundle when translating strings via uno apis com.sun.star.resource.StringResourceWithLocation can continue to be used Change-Id: Ia2594a2672b7301d9c3421fdf31b6cfe7f3f8d0a
2017-06-11 20:56:30 +01:00
UIConfig_sabpilot \
UIConfig_scanner \
android: x86 porting work.
2012-07-16 17:40:25 +01:00
))
endif
android hunspell: Turn on the hunspell build on Android... ...and try to register it for use - it's a bundled extension. The attempt to use the Android's native spell checking failed because the combination of gboard + google's spell checker makes every word in the app appear as if spelled correctly. I haven't found any easy way around that, so let's use hunspell instead; but for that, we need to make the bundled extensions work on Android. Change-Id: If6563e497f1d3085c26eda571567242b2c1f6181 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88217 Tested-by: Jan Holesovsky <kendy@collabora.com> Reviewed-by: Jan Holesovsky <kendy@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88364 Tested-by: Jenkins
2020-02-06 22:48:29 +01:00
ifneq ($(filter-out iOS,$(OS)),)
$(eval $(call gb_Module_add_targets,extensions,\
Library_log \
))
endif
Make LDAP support optional Change-Id: Ifbd3903494a81e7b155bf6468f6ca2c50b3370a4 Reviewed-on: https://gerrit.libreoffice.org/65958 Tested-by: Jenkins Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2019-01-08 04:53:51 -05:00
ifeq ($(ENABLE_LDAP),TRUE)
$(eval $(call gb_Module_add_targets,extensions,\
Library_ldapbe2 \
))
endif
Fix most of the build with --disable-database-connectivity
2012-02-21 12:49:09 +01:00
$(eval $(call gb_Module_add_targets,extensions,\
Library_bib \
tdf#129375: Avoid crash when inserting bibliography entry on iOS I don't really know how the bibliography functionality works and how it is connected to database stuff. Until now Library_bib for instance was excluded for iOS because it was seen to be part of the "DBCONNECTIVITY" feature. Change that now. Also, build the dba and dbahsql libraries also in the non-DBCONNECTIVITY case. This at least avoids the crash and avoids new warnings about missing constructors or factories. Change-Id: I8a8c62a895fcd43e7fa725a4707ac5ad428a64b8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/86043 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Tor Lillqvist <tml@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/86045 Tested-by: Jenkins
2019-12-31 13:35:11 +02:00
))
ifneq (,$(filter DBCONNECTIVITY,$(BUILD_TYPE)))
$(eval $(call gb_Module_add_targets,extensions,\
Fix most of the build with --disable-database-connectivity
2012-02-21 12:49:09 +01:00
Library_dbp \
Library_pcr \
uiconfig is a l10n-relevant target Change-Id: I8a2ca73c02fd6b04ce60e7701c51d2362ef7ec06
2013-12-16 16:51:35 +01:00
UIConfig_sbibliography \
UIConfig_spropctrlr \
make l10n buildable separately - this renames the 'almost' module target to non-l10n - and adds a l10n target which is intended to only build l10n parts of the product - packagers should then be able to build l10n and non-l10n parts of the product independently, thus: - enable quicker rebuilds - distribution of load - updates to l10n without a full rebuild - security fixes to binaries without rebuilding all l10n - the new targets are called build-l10n-only and build-non-l10n-only - note this is not intended to move a concept of split packages upstream -- while this exsists in distros, the number of test scenarios for this would explode upstream Change-Id: Ib8ccc9bc52718d9b0ebbfee76ad93dc29c260863 Conflicts: filter/Module_filter.mk
2013-11-13 02:12:48 +01:00
))
Fix most of the build with --disable-database-connectivity
2012-02-21 12:49:09 +01:00
endif
Use gb_STDLIBS; No on-line update on non-desktop OSes
2012-02-18 10:50:52 +02:00
ifneq (,$(filter DESKTOP,$(BUILD_TYPE)))
Clean up optional online update module * The updatecheckui lib is part of that module; should its scp entry also be marked ComponentCondition="ISCHECKFORPRODUCTUPDATES=1"? * unpack_update (and other scripts as well?) need only be generated if ENABLE_ONLINE_UPDATE. * It is inconsistent that there is a distinct onlineupdate.xcd not merged into main.xcd, while the updchk and updatecheckui component files are merged into the global services.rdb. * The updchk res file should also go into (a resource sub-module of) the optional online update module.
2012-04-05 21:03:31 +02:00
$(eval $(call gb_Module_add_targets,extensions,\
Library_updatefeed \
))
ifeq ($(ENABLE_ONLINE_UPDATE),TRUE)
Use gb_STDLIBS; No on-line update on non-desktop OSes
2012-02-18 10:50:52 +02:00
$(eval $(call gb_Module_add_targets,extensions,\
Configuration_updchk \
extensions: convert update stuff to gbuild The updchk is renamed to updatecheckui so it does not collide with updchk.uno.
2011-12-14 19:57:14 +01:00
Library_updatecheckui \
Library_updchk \
))
Use gb_STDLIBS; No on-line update on non-desktop OSes
2012-02-18 10:50:52 +02:00
$(eval $(call gb_Module_add_check_targets,extensions,\
CppunitTest_extensions_test_update \
))
endif
Clean up optional online update module * The updatecheckui lib is part of that module; should its scp entry also be marked ComponentCondition="ISCHECKFORPRODUCTUPDATES=1"? * unpack_update (and other scripts as well?) need only be generated if ENABLE_ONLINE_UPDATE. * It is inconsistent that there is a distinct onlineupdate.xcd not merged into main.xcd, while the updchk and updatecheckui component files are merged into the global services.rdb. * The updchk res file should also go into (a resource sub-module of) the optional online update module.
2012-04-05 21:03:31 +02:00
endif
Use gb_STDLIBS; No on-line update on non-desktop OSes
2012-02-18 10:50:52 +02:00
extensions: convert ole automation bridge to gbuild Of course not tested at all (WNT only)
2011-12-14 20:10:08 +01:00
ifeq ($(OS),WNT)
extensions: convert activex to gbuild
2011-12-18 01:28:13 +01:00
ifeq ($(COM),MSC)
$(eval $(call gb_Module_add_targets,extensions,\
WinResTarget_activex \
Library_so_activex \
fix so_activex_idl, part two The order seems to be important here. However it has worked for me and I am not sure this will fix tinderboxes.
2012-04-04 14:14:33 +02:00
CustomTarget_so_activex_idl \
extensions: convert activex to gbuild
2011-12-18 01:28:13 +01:00
))
ifeq ($(BUILD_X64),TRUE)
$(eval $(call gb_Module_add_targets,extensions,\
extensions: use CustomTarget makefiles
2012-04-01 14:53:13 +02:00
CustomTarget_so_activex_x64 \
extensions: convert activex to gbuild
2011-12-18 01:28:13 +01:00
Library_so_activex_x64 \
))
endif # BUILD_X64
endif # COM=MSC
extensions: convert ole automation bridge to gbuild Of course not tested at all (WNT only)
2011-12-14 20:10:08 +01:00
$(eval $(call gb_Module_add_targets,extensions,\
Library_oleautobridge \
))
extensions: convert activex to gbuild
2011-12-18 01:28:13 +01:00
Comment out CustomTarget_automationtest for now, it can't work properly Can't assume that the necessary entries are in the Registry. Need to fix it to start soffice explcitly before running the VBScript. Change-Id: I809be88a2fe2afbda1f087501785ec7a9e2a358b
2018-05-31 17:08:47 +03:00
# $(eval $(call gb_Module_add_subsequentcheck_targets,extensions,\
# CustomTarget_automationtest \
# ))
Add a unit test for the Automation client services Written in VBScript, yay. Change-Id: Ibbdba804939c2646aef8f8a2bb3781eaf1a6d208
2018-04-25 22:02:06 +03:00
extensions: convert activex to gbuild
2011-12-18 01:28:13 +01:00
endif # WNT
extensions: convert ole automation bridge to gbuild Of course not tested at all (WNT only)
2011-12-14 20:10:08 +01:00
extensions: convert spotlight to gbuild
2011-12-17 22:29:19 +01:00
ifeq ($(OS),MACOSX)
$(eval $(call gb_Module_add_targets,extensions,\
Library_OOoSpotlightImporter \
install SpotlightImporter bundle using filelists Change-Id: I01ea506b76356ce62688350d096ff77c2cddcbdf
2013-04-30 13:51:36 +02:00
Package_mdibundle \
Package_OOoSpotlightImporter \
extensions: convert spotlight to gbuild
2011-12-17 22:29:19 +01:00
))
endif # OS=MACOSX
extensions: convert nsplugin to gbuild
2011-12-17 19:46:38 +01:00
extensions: convert unoapi test to gbuild It even seems to run on my system Change-Id: I0246467b82bec7617d6de7dbad84c45fc279c24c
2012-09-05 21:00:33 +02:00
$(eval $(call gb_Module_add_subsequentcheck_targets,extensions,\
JunitTest_extensions_unoapi \
))
Skeleton of the unit test for updates.
2011-10-17 11:37:56 +02:00
# vim:set shiftwidth=4 softtabstop=4 noexpandtab:
Reference in New Issue Copy Permalink