summaryrefslogtreecommitdiff
path: root/postprocess/Module_postprocess.mk
AgeCommit message (Collapse)Author
2017-12-04postprocess: only check-dynamic-objects if instset is createdMichael Stahl
People who use --with-system-libs will derive no benefit from check-elf-dynamic-objects. Since checking all SYSTEM_* variables seems unmaintainable, check if an instset is to be created as a heuristic that the build should be portable and libraries checked. This should run with no config changes at least on the tinderboxes; Jenkins builders don't create instsets. Change-Id: I2407429891210ea79917fc4d01a933ec661325b1
2017-11-29postprocess: call check-elf-dynamic-objects on LINUXMichael Stahl
This runs fast enough that it can just be enabled. Isn't allowed to break the build just yet due to the existing GPG related problems. Change-Id: I6f2ed3d7aeee9e7770940d96894ecdf4d0bf2d9b
2017-09-25Install fc_local.conf only where usedStephan Bergmann
...and at least issue a SAL_INFO when it's missing (there may theoretically be multiple directories, and it need not be present in every one, so nothing stronger than SAL_INFO can be used) Change-Id: I9b7257a551626e5ad081cfb75422a8bd71b86aa4 Reviewed-on: https://gerrit.libreoffice.org/42714 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2017-09-24Compensate for loss of Type 1 "Standard Symbols L" substitute for "Symbol"Stephan Bergmann
At least for me on Linux since LO 5.3, 'soffice sw/qa/extras/rtfexport/data/fdo72031.rtf' shows "Å" (rendered in "DejaVu Sans") instead of "⊕" (rendered in "Standard Symbols L"). That's presumably because 47ea13ef8dc8ab9aeded6121845e3ebd1d28b292 "Kill the old Unix layout engines" removed support for Type 1 fonts (see "Ignore Type 1 fonts" in FontCfgWrapper::addFontSet, vcl/unx/generic/fontmanager/fontconfig.cxx), and my (Fedora 25) /usr/share/fonts/default/Type1/s050000l.pfb "Standard Symbols L" is a Type 1 font. So we fell back to fontconfig's generic (weak) suggestion of "DejaVu Sans" as a substitute for "Symbol". So extend our fc_local.conf to suggest our "OpenSymbol" as a substitute for "Symbol". As that fc_local.conf was originally brought along by --with-fonts, which is enabled by default but can be disabled, compilation of fc_local.conf from the various snippets is moved to postprocess. macOS and Windows were never affected, as they both come with a "Symbol" font installed in the system. (And we don't install fc_local.conf on Windows at all.) Change-Id: I8d6d87f24974577fd66f5f3989f606237ebb3d75 Reviewed-on: https://gerrit.libreoffice.org/42670 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2014-06-12Fix CppunitTest_services on WindowsStephan Bergmann
...by blacklisting the problematic service Change-Id: I524a7c7af2cb374911db7b204021c3d2bcd1fdd6
2014-06-09don"t execute test on windows, deadlocksMarkus Mohrhard
Change-Id: Ic000a4961d770ad7f84aef0562e1d033f1b6a089
2013-12-18Add a unit test trying to create every available service with default ctor.Matúš Kukan
Change-Id: I79e70aeabdb816eaf7a719d2094034d78d11c90b
2013-12-16postprocess registry is a l10n-relevant targetBjoern Michaelsen
Change-Id: I349fb24a388775c58be7a326832b3fc0ec38180f
2013-10-02we do not need .xcd files in solverMatúš Kukan
Change-Id: Ic08b12b0deb7342c520a5385c226d864596fc858
2013-09-09start to use instdir for subsequentcheck tests; avoid make dev-installMatúš Kukan
This commit breaks linkoo. make dev-install continues to work as before but it's not necessary to use it anymore. make check now uses files copied into instdir by gbuild. TODO: fix remaining issues so that instdir is the same as install/. Change-Id: I66836170f0922ee9ba204a61ffacc30d9e9a5d98
2013-09-09install images with filelistsMatúš Kukan
Change-Id: I3946b44838c659cad12d288c8a1ed5137c3e554e
2013-04-28copy xcd files to instdirDavid Tardon
Change-Id: Idbde83eab55864c16e3472397cb5bd433cf2431c
2013-04-28gbuild: copy image zips to instdirDavid Tardon
Change-Id: I073be89556091321543adfe246d751e5f4df119a
2013-04-11install UI config. files using filelistsDavid Tardon
Change-Id: I422c8912bc2557c2c03bb885e5c193deb93d1d5e Reviewed-on: https://gerrit.libreoffice.org/3233 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-02-26move postprocess to gbuildBjoern Michaelsen
the gb_Postprocess* foo could also be in gb_Module* as it is conceptionally close ('do things globally/productwide'). OTOH I see no obvious reason for e.g. signing not to be done right along with building a lib/executable anyway instead of in postprocess. The same is likely true for the other stuff too. Change-Id: I9c8f569564c056643af7ca39bfe038ed228dcd3d Reviewed-on: https://gerrit.libreoffice.org/2426 Reviewed-by: Matúš Kukan <matus.kukan@gmail.com> Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2012-12-24merge packimages into postprocessMatúš Kukan
Change-Id: Ie00c7cbc012a605e95ceafcad384a67b599fc758 Reviewed-on: https://gerrit.libreoffice.org/1476 Reviewed-by: Peter Foley <pefoley2@verizon.net> Tested-by: Peter Foley <pefoley2@verizon.net>
2012-12-15postprocess: convert to gbuildMatúš Kukan
Change-Id: I6c81fa0f1b8d7273541d5d9883b5fc96a5091bbd Reviewed-on: https://gerrit.libreoffice.org/1080 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
generated by cgit (git 2.34.1) at 2024-12-29 06:35:19 +0000