summaryrefslogtreecommitdiff
path: root/solenv/gbuild/AllLangHelp.mk
AgeCommit message (Collapse)Author
2020-02-16GBUILD_TRACE, support for finding out where the build time is spentLuboš Luňák
See instructions in solenv/gbuild/Trace.mk . This generates a file than can be viewed e.g. in the Chromium tracing view. Change-Id: I5f90647c58ca729375525b6daed2d4918adc8188 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88754 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-12-16Revert "Make font-based unit test depend on instdir fonts"Jan-Marek Glogowski
The following build: $ make clean && make gb_CppunitTest_sc_ucalc [...] $ cd sc $ make gb_CppunitTest_sc_ucalc triggers: sc/CppunitTest_sc_subsequent_filters_test.mk:133: *** Missing font filelist -> run make more_fonts extras. This didn't help the general Win32 font build problem AFAIK. There were additional patches to the way Windows loads the LO provided fonts, so just revert this. This reverts commit 368c996b24e09c427a30972b3405493328db6779. Change-Id: I841f96fe8312c47980c8e3be2e9d88242df5b28d Reviewed-on: https://gerrit.libreoffice.org/84633 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-07-05Make font-based unit test depend on instdir fontsJan-Marek Glogowski
The current dependency is already a hack, because there is no way I know of to depend on delivered top-level modules like more_fonts. The original patch parses the gb_Package_MODULE_ooo_fonts list of registered packages to add them as build dependencies. But this is not sufficient, as it just adds the dependencies on the installed / unpacked fonts in the workdir (actually it's just the installer filelist), where they can't be found by the unit test running in the instdir environment. So this converts the depndency into a make error, if either the filelist is missing or the included font files. But if we are in a full run and know the more_fonts module, we simply depend on its delivered files. This needs some minimal changes to gbuild, as neither the delivered file list nor the modules class names are yet available. And this moves the fontconfig handling to extras, where the opensymbol font is already handled. Change-Id: I1b70a4c45ff189266ce56c57e534ddc45e7c5c19 Reviewed-on: https://gerrit.libreoffice.org/74624 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2018-11-14Prepare gb_AllLangHelp_add_helpfiles for special bookmark needsStephan Bergmann
...where (according to a request by buovjaga) in instdir/help/*/bookmarks.js, lines mentioning "/shared/explorer/database/" should appear with app:"BASE" instead of app:"SHARED". That change will come in a follow-up commit to the helpcontent2 repo. Change-Id: I7c99e5f89e001d1e507f283d16e2ee264f3ab33a Reviewed-on: https://gerrit.libreoffice.org/63364 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-07-04move helpfiles pattern rule above the plaing get_target oneChristian Lohmaier
as mac's make might pick the one without the dependency on the direcotry when trying to "make" that <module>.helpfiles target Change-Id: I60a55be118bc9a41352dad94326247b02aef1dd6 Reviewed-on: https://gerrit.libreoffice.org/56960 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2018-06-07Missing dependency on directoryStephan Bergmann
Change-Id: Icaf0f54d3487c8286486d265ebb9790f6b9e0910 Reviewed-on: https://gerrit.libreoffice.org/55419 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-06-06(Partially) fix --with-help=html dependencies on .xhp filesStephan Bergmann
There are three rules in helpcontent2/CustomTarget_html.mk that process (with XSLT) all or some of the .xhp files in the helpcontent2/source/text/ tree (for en-US; or their translations in the workdir/HelpTranslatePartTarget/*/helpcontent2/source/text/ trees for other languages). Lists of all those .xhp files are defined in helpcontent2/AllLangHelp_*.mk (with gb_AllLangHelp_add_helpfiles), but the code in helpcontent2/CustomTarget_html.mk used `find` to assemble the relevant lists. That has two issues (at least for the en-US case operating on the untranslated helpcontent2/source/text/ files): For one, if the content of those .xhp files changes, the relevant XSLT processing is not re-run. For another, if .xhp files are added to or removed from the lists in helpcontent2/AllLangHelp_*.mk, the relevant XSLT processeing is not re-run, either. For the processing of translated .xhp files, there were already dependencies on those translated files in place. I assume (but have not really proved it) that those dependencies are already sufficient to cover both of the above issues. That only leaves the en-US case, operating on the untranslated files. The lists of .xhp files as defined in helpcontent2/AllLangHelp_*.mk (with "*" ranging over the various "modules": sbasic, scalc, schart, etc.) are now made available in gb_AllLangHelp_*_HELPFILES variables. The contents of those variables is used instead of `find` to pass the relevant .xhp files to the XSLT processings. (Needing some RESPONSEFILE and `xargs -n 1` boilerplate to feed individual files to the XSL processing without overflowing maximum command line lengths. Also, on Windows, var2file apparently writes CRLF line ends but the CR parts need to be filtered out again, and xargs problems must be worked around similar to df9edbcd2883cec2d0596133131cfbc220dee91f "Work around 'xargs: environment is too large for exec' errors on Windows".) However, those variables apparently cannot be used to specify dependencies for the three XSLT-processing rules. Presumably, the variables do not necessarily have their values assigned yet by the time the rules' dependencies are constructed (depending on the order in which .mk files are read?). So "dummy" gb_AllLangHelp_get_helpfiles_target targets are introduced, which depend on all the relevant .xhp files (and which get constructed during gb_AllLangHelp_add_helpfiles, just like the gb_AllLangHelp_*_HELPFILES variables), and which the XSLT-processing rules in turn depend on. That makes sure that the XSLT-processing rules are re-run when the content of .xhp files changes or when new .xhp files are added. However, the above still fails to re-run the XSLT-processing rules when .xhp files are removed. This is the core part of a commit spanning core and helpcontent2. Change-Id: I0cb5f83097db17fbd7ae8b528418b0ec24bee602 Reviewed-on: https://gerrit.libreoffice.org/55363 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-06-05Remove unused "add individual file to AllLangHelp" commandsStephan Bergmann
Change-Id: I7c5f2dadcbbe543a774f5fbdd52babd25b8b17d1 Reviewed-on: https://gerrit.libreoffice.org/55319 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-12-07allow to build only HTML helpDavid Tardon
Change-Id: I4debf079be228e5ce5fae5f1a153f78800407a59
2013-11-21make packageinfo targetBjoern Michaelsen
Change-Id: Id5f6f5c1f3e46df2d9033ccd5bbf2af6ab38a9e8 Reviewed-on: https://gerrit.libreoffice.org/6754 Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com> Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
2013-05-06gbuild: predefine list of help packs to buildDavid Tardon
It does not make sense to repeat the same check many times. Change-Id: I71fac6a4e8283d293a6bd50637ff3a1e6c2ad40d
2013-05-06Did not want to push this thing ;)Fridrich Štrba
Change-Id: I2dfaa895a3efefa6fee8d21575f148ef9bba03c3
2013-05-06WRITER_DEBUG_MSG -> SAL_[INFO/WARN]Fridrich Štrba
Change-Id: I8bdcc273b50e35dbbb0e34183a465e370cc5b22c
2013-05-06gbuild: only add files to existing help packsDavid Tardon
Change-Id: Idea360fdd78f21f5f42500da938340bb1870f29f
2013-04-15gbuild: deliver help files as packagesDavid Tardon
Change-Id: I52904567d0c7434af3f013cad7c3d9a8a67ac9f2 Reviewed-on: https://gerrit.libreoffice.org/3384 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-15gbuild: pass config. file to HelpTarget explicitlyDavid Tardon
This is preparation for delivering HelpTarget files as a Package, which would not be possible with the previous impl. Change-Id: Ia79effcb77aaa7054987879c394cb277e377c9d8 Reviewed-on: https://gerrit.libreoffice.org/3383 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-03-04avoid doubling en-USPeter Foley
Change-Id: I78192d10c4b337631091aed5ffee9f2973f06964
2013-03-04create qtz help packs tooDavid Tardon
Change-Id: I964b5698f1e17c5f923220e6a8567aad697780b2
2013-03-02always build help for en-USPeter Foley
Change-Id: Ibcde46381cac50058f93e26f0eceb9b1446d1702
2013-02-28pack help index files correctlyDavid Tardon
Change-Id: I9a6847caa8e8432f500b37e89076594c3728fe2b
2013-02-28do not create index for shared help moduleDavid Tardon
Change-Id: I83f9b99abcc952dfea924662a0db8d98efc56307
2013-02-28hack for adding err.html into shared help packDavid Tardon
Change-Id: If1cdcb35be2c2eeb1a3d80ddd7b751e0168982d4
2013-02-27make sure that outdir existsDavid Tardon
Change-Id: Id481219cae8af1cea90dbc0f1d28f6a6483927d8
2013-02-26add support for building help packs into gbuildDavid Tardon
Change-Id: I1cc5600ab0f6236c451d07bfb5ad9ee42ea4754a
generated by cgit (git 2.34.1) at 2025-01-10 15:30:05 +0000