summaryrefslogtreecommitdiff
path: root/solenv/gbuild/UnpackedTarball.mk
AgeCommit message (Collapse)AuthorFilesLines
2020-02-16GBUILD_TRACE, support for finding out where the build time is spentLuboš Luňák1-2/+9
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 Glogowski1-1/+1
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-09-06Fixing "...."Andrea Gelmini1-1/+1
Change-Id: I3424e17cfdfb563fdc5882942031deafae8689fe Reviewed-on: https://gerrit.libreoffice.org/78678 Tested-by: Jenkins Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2019-08-12Fix typosAndrea Gelmini1-1/+1
Change-Id: Ic431ef6c3555f02fbc204a5b0af5f9bfe62f4a30 Reviewed-on: https://gerrit.libreoffice.org/77286 Tested-by: Jenkins Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2019-07-05Make font-based unit test depend on instdir fontsJan-Marek Glogowski1-1/+1
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-03-30tdf#115396 fix mode of files installed from externalsDavid Tardon1-0/+3
Change-Id: I608f46235f2e80e74f6900831d13e082b167cfce Reviewed-on: https://gerrit.libreoffice.org/52074 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-10-04simplify updating of config.* in bundled projectsDavid Tardon1-0/+24
Change-Id: I2028bb9664caf9b9c09d22cc766f88094c92b95f Reviewed-on: https://gerrit.libreoffice.org/42940 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2015-04-22handle tar.xz tarballsMarkus Mohrhard1-0/+3
Change-Id: I8e36ad989ec54117f85105c24bc1c1442e0a493b Reviewed-on: https://gerrit.libreoffice.org/15454 Reviewed-by: Andras Timar <andras.timar@collabora.com> Tested-by: Andras Timar <andras.timar@collabora.com>
2014-11-25always use 1 as default for strip-componentsDavid Tardon1-23/+1
Change-Id: Id5f22ac0f9fcfd7ab064111aec9abb00707d3e67
2014-11-25Add comment about a bug but how this stuff still works by luckTor Lillqvist1-0/+8
The 'suffix' GNU Make function returns the file name suffix including the period. The test comparing to the string 'zip' will thus never match, and gb_UnpackedTarget_STRIP_COMPONENTS_ZIP_DEFAULT will not be used, but gb_UnpackedTarget_STRIP_COMPONENTS_TAR_DEFAULT. But as most of the Zip archives we unpack do have a top-level with a single directory anyway, that we want to "strip", that works out fine. Apparently those that don't have a such directory level pass a 0 as second argument to gb_UnpackedTarget_STRIP_COMPONENTS_ZIP_DEFAULT which has the effect of avoiding the "stripping". Not sure what to actually do here, so I just commented the situation... Should the code be fixed to do what it thinks it is doing, but then to keep things working as before, should gb_UnpackedTarget_STRIP_COMPONENTS_ZIP_DEFAULT be changed to 1? Change-Id: I6436865dafe47e21e1365a602889cedab3c09784
2014-08-07Fix tarball.rebuild on windowsZolnai Tamás1-1/+1
Change-Id: I0a649548088428bd1a1fcedab76325fffa6b72a0
2014-06-09gbuild: UnpackedTarball: use Win32 paths for make targetsMichael Stahl1-3/+4
Change-Id: I78f56bb28d4b9b6c0696f83f3e06d836fd3427cd
2014-03-11normalize values of USE_LIBRARY_BIN_TARMichael Stahl1-1/+1
Change-Id: I1101b87d3f34169f985924f8b867511e68ed5b66
2013-12-22Fix typosJulien Nabet1-1/+1
Change-Id: Ib9c92c059eaec367c809949550d9991e8bd10d93
2013-11-14make l10n buildable separatelyBjoern Michaelsen1-1/+1
- 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-07remove INPATH and PROEXTMichael Stahl1-3/+3
- WORKDIR path is just workdir - INSTDIR path is just instdir - WORKDIR_FOR_BUILD is workdir_for_build - INSTDIR_FOR_BUILD is instdir_for_build - replace other usage of INPATH by combination of OS and CPUNAME Change-Id: Ie398387ebd82a968ec2605f2103c55b43a231482 Reviewed-on: https://gerrit.libreoffice.org/6601 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2013-09-04Force removal of UNZIP_DIR when unpacking zip (gbuild).Andrzej J.R. Hunt1-1/+1
mv only moves non-hidden files out of UNZIP_DIR, hence removal of UNZIP_DIR can fail if there are hidden files remaining. This assumes that hidden files aren't actually needed for our purposes. This is a problem e.g. for libatomic_ops which contains a .gitignore in it's top directory, causing the removal of UNZIP_DIR to fail. Change-Id: Ia4a621b90bc4cc5fc15dd2a3ecc209734abc6269 Reviewed-on: https://gerrit.libreoffice.org/5808 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2013-07-19gbuild: add support for auto-creationa nd reuse of binary package.Norbert Thiebaud1-5/+31
many so-called 'external' libraries are built using the UnpackedTarball/ExternalProject pattern, and their build is quite stable... they can go month without any changes. Yet some buildbot, that need to do full build, build them over and over again. This patch introduce the infrastructure to shortcut these build by using a binary package of the build result Change-Id: Ib0daf2a9d1a1f76802273c093bae7df8da4a90f8 Reviewed-on: https://gerrit.libreoffice.org/4764 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2013-07-11fdo#66826 - Allow parameters to be passed to patch such as --binaryMichael Meeks1-1/+10
2013-05-27Bump maximum fuzz factor down to zeroTor Lillqvist1-1/+1
Change-Id: I97d30afe3a24aab1123352da05b066095e5c86bb
2013-05-27Use a maximum fuzz factor of 1 for our patches to 3rd-party codeTor Lillqvist1-1/+1
Change-Id: Id4639f1b0eefe5d433c84f48b7a1093fa17a3ba4
2013-05-06gbuild: add gb_UnpackedTarball_set_pre_actionDavid Tardon1-0/+17
This function is for running arbitrary command just after unpacking. It turns out that gb_UnpackedTarball_set_post_action is not enough :-( Change-Id: Ibad9d7fbcdd2b95a16cc838ad8773eef5c6da019
2013-04-17gbuild: UnpackedTarball: do not query for input on "reversed" patchMichael Stahl1-1/+1
This can apparently happen when interrupting a build; reproducible with "touch workdir/*/UnpackedTarget/*openssl* && make openssl". The -f parameter would apparently silently ignore some mal-formed patches but at least it rejects potentially reversed ones, which causes the "error handler" in gb_UnpackedTarball__command to touch the "prepare" target so the next make is successful. Change-Id: I7bbd7d9385d990a69214a3a2d9bb20b5a7173748
2013-04-06provide an easy way to depend on makefile from gbuild classesDavid Tardon1-6/+1
$(lastword $(MAKEFILE_LIST)) is not what is expected if the makefile includes other makefile as the first step (as some do). See UnpackedTarball.mk, where I already tried to workaround the problem. Change-Id: Ib713a698f52ba16f46fbbc4c50b43edd69c9a472
2013-04-02gbuild: remove gb_UnpackedTarball_copy_header_filesMichael Stahl1-19/+0
... before somebody gets the bad idea of actually using it again. No longer used in boost since a53586f4efe26b8875107d04001f4ecec760c343. Change-Id: I41edb22ae8e7e36f40b24eb4479da874fb9a6c29
2013-03-31fix user-friendly targets' depsDavid Tardon1-1/+1
An user-friendly target sometimes needs to depend on a different target than gb_Classname_get_target to really build everything (esp. to deliver the built product). The rule of thumb is: use the same target that is used for gb_Module_register_targets. Change-Id: I874751871b4569b2a68766cc3f3b5c7645347af0
2012-12-27fix UnpackedTarget strip_components snaffuNorbert Thiebaud1-1/+1
Change-Id: I002470c2888d6dec876af18c2c016cc789eb399e
2012-12-27convert icu to gbuild and add to tail_buildPeter Foley1-1/+1
Change-Id: Id7d8bc05b1393cc2bae4a531c8a47f62df24b1d6 Reviewed-on: https://gerrit.libreoffice.org/1488 Reviewed-by: Tor Lillqvist <tml@iki.fi> Tested-by: Tor Lillqvist <tml@iki.fi>
2012-12-10userfriendly make targets for build and cleanLuboš Luňák1-0/+1
So that now it's possible to do just 'make CppunitTest_sw_macros_test' instead of 'make /home/llunak/build/src/l2/workdir/unxlngx6/CppunitTest/sw_macros_test.test' Change-Id: Ibd1e9ef4fc825043a71bd669b2f5c37ffec68e33 Reviewed-on: https://gerrit.libreoffice.org/1253 Reviewed-by: Peter Foley <jpfoley2@gmail.com> Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de> Reviewed-by: Luboš Luňák <l.lunak@suse.cz> Tested-by: Luboš Luňák <l.lunak@suse.cz>
2012-12-01files need to be added before patches are appliedLuboš Luňák1-4/+4
xmlsec1-mingw32.patch patches keywrapers.c
2012-11-15gbuild: UnpackedTarball: print which patch failed to applyMichael Stahl1-1/+2
Change-Id: I5536d92c381a0df425a7d70387f1ebc457e68186
2012-10-23gbuild: UnpackedTarball: clean final target tooMichael Stahl1-0/+1
Change-Id: I02b1935a50ad1befe9630be8bd07792370d83bfe
2012-10-23gbuildification of ct2nDavid Ostrovsky1-0/+3
Conflicts: config_host.mk.in Change-Id: I98ca1bb2af19d99a7a908991cf27a148ee84c543
2012-10-03two shall be the number thou shalt countDavid Tardon1-1/+1
Change-Id: If84003c6a95cee0fd6e4e985ec0655f7074b0851
2012-09-29add supporting target and options to generate patches for ExternalProjectsNorbert Thiebaud1-1/+30
also add the support for the convention that a patch filename encode the -p value if it end with .[0-9] for instance foo.patch.2 indicate a -p2 patch usage: generate a 'reference' copy of the expanded and patched file structure $> make clucene.clean $> patches=t make clucene go to the module $> cd clucene edit files in $WORKDIR/UnpackedTarball/clucene force a rebuild of things that depend on that UnpackedTarball $> make clucene.rebuild create a -p1 patch named clucene.new.patch.1 in the module's directory $> make clucene.genpatch you can then rename it, place it where appropriate in the module hierarchy, update the UnpackedTarball_lucene.mk to apply it. rinse and repeat from the top (yes the make lucene.clean is needed to regenerate a 'reference' expanded and patched tarball) Change-Id: I419c54a5981cffa385521596ba5016d2ca7ef52a Reviewed-on: https://gerrit.libreoffice.org/712 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-09-26Revert "gbuild: use one pattern rule for creating directories"Matúš Kukan1-0/+6
It does not work with make 3.82 which prefers pattern rules with longest match, so wrong rules are chosen in workdir. This reverts commit bc234b4e1103cf8f79a7526ad80dcd9d0b78b89b.
2012-09-26fix typoMatúš Kukan1-4/+4
Change-Id: I82da01827472c1fbcbfd821713ba7152421f18ff
2012-09-26gbuild: use one pattern rule for creating directoriesMatúš Kukan1-6/+0
Change-Id: I0164552ea9f2024eb5c44ad3b2b6181f6a9e3a1e
2012-09-22guard against updating nonexistent fileDavid Tardon1-0/+2
Change-Id: I74cc4752ac4abfd83f9eafa01ae4eb1813bb2afa
2012-09-22add gbuild class ExternalPackageDavid Tardon1-1/+53
This should make delivering of header files (but other kinds of files too) from the unpacked tarballs more reliable with respect to project updates. Change-Id: Ic9dac800eddecedffba5f955f1e8d585da9c1b17
2012-09-22force unpack in the next run if patching failedDavid Tardon1-19/+25
Change-Id: I033e2ab491498ba6b393232bff702db0a52e9a92
2012-09-11gbuild: UnpackedTarball: don't need over-engineered 82 lineMichael Stahl1-4/+6
... perl script to convert line ends. Change-Id: Ia2f6f38b39876946ba4471f99a7622241ae72017
2012-08-31gbuild: add gb_UnpackedTarball_copy_header_files for external headersMatúš Kukan1-0/+19
Change-Id: Iaf6908ede1d06a7b36eca8f16f44716181428ce8
2012-08-31gbuild: UnpackedTarball: do not rename files; set cxx suffix for libraryMatúš Kukan1-19/+0
Change-Id: I8bf119a4ab3fc7c2febfa80176358f668003b7d1
2012-08-27make the makefile dep more robustDavid Tardon1-1/+6
Change-Id: Iabf62eb089530dff97c0a920b2be9c239b02d5b8
2012-08-24it seems unzip on MacOS X does not know this optDavid Tardon1-1/+0
Change-Id: I48d86df772655229a08653e6c8f263338f69fbfb
2012-08-24add support for building external projectsDavid Tardon1-0/+18
Change-Id: I1ae354e3bf85c29679919f6382e14d3e4232d798
2012-08-24add support for external tarballs to gbuildDavid Tardon1-0/+284
Change-Id: Ic6645e9943b2445ebb37bb99114f777527c69af9
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-27 15:55:05 +0000