aboutsummaryrefslogtreecommitdiffstats
path: root/include/scan.mk
Commit message (Collapse)AuthorAgeFilesLines
* treewide: derive host and hostpkg path from STAGING_DIRChristian Marangi2023-01-091-1/+1
| | | | | | | | | | | | | | | | | | | | | STAGING_DIR may be provided from command line. We currently hardcoded STAGING_DIR_HOST and STAGING_DIR_HOSTPKG to the default location but we currently have some relocatable patch that derive the path from STAGING_DIR. Fix this and correctly derive STAGING_DIR_HOST and STAGING_DIR_HOSTPKG from STAGING_DIR. The intention is to fix inconsistency from the relocatable patch and the use of STAGING_DIR_HOST that is always hardcoded. This with a wrong configuration may end up in broken state with some host tools expecing a PATH from STAGING_DIR and others using library from the default staging_dir/host path. To save downstream project the original implementation is saved while fixing the inconsistency between patch and .mk. Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* build: fix find warning with SCAN_EXTRALeo Chung2022-06-051-1/+1
| | | | | | | | | | | | | | | | | | If you change SCAN_EXTRA variable with "-path target/linux/xxxx" in include/toplevel.mk for speed up scan, find will warn with: find: warning: you have specified the global option -maxdepth after the argument -path, but global options are not positional, i.e., -maxdepth affects tests specified before it as well as those specified after it. Please specify global options before other arguments. The find option -mindepth -maxdepth are global options and must be before any path option. Change order of $(SCAN_EXTRA) after -mindepth and -maxdepth to fix this. Signed-off-by: Leo Chung <gewalalb@gmail.com> [capitalize Description, Author and Sob and minor description tweak] Signed-off-by: Christian 'Ansuel' Marangi <ansuelsmth@gmail.com>
* build: introduce $(MKHASH)Leonardo Mörlein2021-05-131-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Before this commit, it was assumed that mkhash is in the PATH. While this was fine for the normal build workflow, this led to some issues if make TOPDIR="$(pwd)" -C "$pkgdir" compile was called manually. In most of the cases, I just saw warnings like this: make: Entering directory '/home/.../package/gluon-status-page' bash: line 1: mkhash: command not found bash: line 1: mkhash: command not found bash: line 1: mkhash: command not found bash: line 1: mkhash: command not found bash: line 1: mkhash: command not found bash: line 1: mkhash: command not found bash: line 1: mkhash: command not found bash: line 1: mkhash: command not found [...] While these were only warnings and the package still compiled sucessfully, I also observed that some package even fail to build because of this. After applying this commit, the variable $(MKHASH) is introduced. This variable points to $(STAGING_DIR_HOST)/bin/mkhash, which is always the correct path. Signed-off-by: Leonardo Mörlein <me@irrelefant.net>
* build: have scripts/feeds honor all toplevel .mk-files of a feedSven Roederer2019-10-271-4/+7
| | | | | | | | | | The luci and freifunk feed having a common Makefile included by the individual packages. Currently a change to this file will be ignored when running "scripts/feeds update". When we are updating for a feed, add a dependency for all .mk files in the root of it. Signed-off-by: Sven Roederer <devel-sven@geroedel.de>
* build: Fix print without colorHauke Mehrtens2019-02-171-1/+1
| | | | | | | | The original patch removed the printing completely, just remove the color. Fixes: eabc1ddc4541 ("build: Honour NO_COLOR in include/scan.mk") Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* build: Honour NO_COLOR in include/scan.mkR. Diez2019-02-171-2/+8
| | | | | | | | | | | | | | | The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software. Hi all: This is my first OpenWrt patch. I am a clean, pure newbie! 8-) Honour NO_COLOR in Makefile function 'progress' in include/scan.mk, in the same way that include/verbose.mk does. Signed-off-by: R. Diez <rdiezmail-openwrt@yahoo.com>
* build: fix target metadata scan dependenciesFelix Fietkau2018-07-021-0/+6
| | | | | | | Move SCAN_DEPS to scan.mk to eliminate redundancy with scripts/feeds Add image/*.mk to SCAN_DEPS for targets to pick up newly added devices Signed-off-by: Felix Fietkau <nbd@nbd.name>
* build: get rid of host.mkFelix Fietkau2017-02-261-2/+2
| | | | | | Defined required host related variables in toplevel.mk instead Signed-off-by: Felix Fietkau <nbd@nbd.name>
* build: get rid of FIND_L from host.mkFelix Fietkau2017-02-261-1/+1
| | | | | | | This was added for Mac OS X many years ago, but recent versions also support find -L Signed-off-by: Felix Fietkau <nbd@nbd.name>
* build: scan.mk: consider KernelPackage pattern as wellJo-Philipp Wich2017-01-101-1/+1
| | | | | | | | The removal of the ".+Package" pattern in scan.mk also caused the build system to skip over Makefiles defining only kmods. Adjust the grep pattern to consider packages with "call KernelPackage" signatures as well. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* build: scan.mk: remove overlay broad grep patternJo-Philipp Wich2017-01-101-1/+1
| | | | | | | | | | | | | | | | | Commit af0b91c "allow scan.mk to find python packages introduced in [8639]" added some special casing to scan.mk to accomodate some nonstandard python packages. Nowadays this pattern is not needed anymore and produces false positives when using the LEDE source repository as feed within the SDK since the metadata scanning wrongly picks up target/imagebuilder/Makefile as package, leading to an "ERROR: please fix feeds/base/target/imagebuilder/Makefile" message. Remove the now uneeded pattern to fix such stray errors during metadata scanning. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* build: use mkhash to replace various quirky md5sum/openssl callsFelix Fietkau2017-01-051-1/+1
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* build: scan.mk: remove not used variable SCAN_STAMPYousong Zhou2016-11-241-2/+2
| | | | | | | It was left behind since rewrite of metadata scanning done with commit bdc9419 in July 2007 Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
* build: leaving behind incomplete metadata files on cancelled buildsFelix Fietkau2016-10-041-2/+4
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* build: ignore the linux package in the sdk only for generating package data, ↵Felix Fietkau2016-01-101-5/+1
| | | | | | | | not for dependencies Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 48171
* build: do not allow the SDK to reconfigure built-in kernel modulesFelix Fietkau2016-01-081-1/+5
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 48155
* include/scan.mk: Add -a argument to the grep to treat all Makefiles as a ↵Felix Fietkau2015-06-141-1/+1
| | | | | | | | | | | | | | | | text file. Hello, I found out that in some rare cases grep can treat Makefile as a binary file. That happened to me on UTF-8 Gentoo if Makefile contained a character which was from extended ASCII table. Without this patch the output of the grep command in the $(FILELIST) target is not valid (contains line "Binary file matches") and following commands fail to create feed index file. Best Regards, Martin Strbacka Signed-off-by: Martin Strbacka <martin.strbacka@nic.cz> SVN-Revision: 45966
* build: use different grep strings for scanning package vs target metadataFelix Fietkau2015-03-151-1/+7
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 44774
* build: propagate override information to .packageinfoJohn Crispin2015-02-091-5/+21
| | | | | | | | | | | | Packages overridden with "./scripts/feeds -f" will show up with an "Override: <original-package-name>" in .packageinfo. This will be useful to create a corresponding option in .config and use this information during the build process. Signed-off-by: Mathieu Olivari <mathieu@qca.qualcomm.com> SVN-Revision: 44335
* build: allow openwrt.git packages to be replaced by feedsJohn Crispin2015-02-091-1/+1
| | | | | | | | | | | | | | | | | | | | | Currently, replacing a package available in openwrt.git requires modifications in openwrt.git, or requires duplicating the package in a feed but with a different name, which causes all kind of problems related to dependencies (all packages selecting it would have to be modified accordingly to select the new package). With this change, if a package with the same name is present both in feeds/ and package/ folders, the one in feeds/ can override the one in package/, both in the menuconfig and during the build, by passing the "-f" option to "./scripts/feeds install" This mechanism is particularly useful for vendor tree, or in general for application which needs to replace one particular package which exists within openwrt.git by a custom/newer version. Signed-off-by: Mathieu Olivari <mathieu@qca.qualcomm.com> SVN-Revision: 44334
* build: revert r44076John Crispin2015-01-221-1/+1
| | | | | | | | the patch causes issues when installing feeds Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 44078
* build: allow openwrt.git packages to be replaced by feedsJohn Crispin2015-01-221-1/+1
| | | | | | | | | | | | | | | | | | | | | Currently, replacing a package available in openwrt.git requires modifications in openwrt.git, or requires duplicating the package in a feed but with a different name, which causes all kind of problems related to dependencies (all packages selecting it would have to be modified accordingly to select the new package). With this change, if a package with the same name is present both in feeds/ and package/ folders, the one in feeds/ can override the one in package/, both in the menuconfig and during the build, by passing the "-f" option to "./scripts/feeds install" This mechanism is particularly useful for vendor tree, or in general for application which needs to replace one particular package which exists within openwrt.git by a custom/newer version. Signed-off-by: Mathieu Olivari <mathieu@qca.qualcomm.com> SVN-Revision: 44076
* Revert "build: use ONESHELL to speed up scanning and the toplevel makefile"Felix Fietkau2014-10-221-1/+0
| | | | | | | This seems to cause issues on some build hosts, and it is not that important. SVN-Revision: 43025
* build: use ONESHELL to speed up scanning and the toplevel makefileFelix Fietkau2014-10-221-0/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 43021
* build: introduce per feed repository supportJo-Philipp Wich2014-08-051-2/+6
| | | | | | | | | This changeset implements a new menuconfig option to generate separate repositories for each enabled package feed instead of one monolithic one. Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 42002
* build: SCAN_DEPS handling (fixes package/kernel/linux metadata change detection)Felix Fietkau2013-07-191-1/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 37431
* build: log package dump failures to logs to avoid forcing user to write ↵Felix Fietkau2011-04-061-1/+6
| | | | | | cryptic commands to figure out what's going on SVN-Revision: 26499
* improve error message output of metadata scan - fix newline break and do not ↵Felix Fietkau2009-05-271-2/+2
| | | | | | hide broken makefiles after the first invocation anymore SVN-Revision: 16101
* avoid using implicit rules during metadata dump to speed up the process even ↵Felix Fietkau2009-03-031-1/+1
| | | | | | more SVN-Revision: 14736
* get rid of a shell warning if md5sum is not foundFelix Fietkau2008-09-021-1/+1
| | | | SVN-Revision: 12494
* large improvement for parallel builds. works without V=99 now and without ↵Felix Fietkau2008-06-091-1/+1
| | | | | | warnings. tested with -j on an 2x dual core opteron machine SVN-Revision: 11414
* fix buildprocess if running as cron job (package info files corrupted due ↵Ralph Hempel2008-01-261-1/+1
| | | | | | missing Source-Makefile statement) SVN-Revision: 10273
* fix the sdkFelix Fietkau2007-12-141-1/+1
| | | | SVN-Revision: 9747
* add initial version of a package feeds management scriptFelix Fietkau2007-09-231-10/+10
| | | | SVN-Revision: 8973
* major target cleanup. it is now possible to have subtargets that can ↵Felix Fietkau2007-09-081-2/+2
| | | | | | override many target settings, including arch - merge adm5120, adm5120eb. target profiles still need to be adapted for subtargets SVN-Revision: 8694
* allow scan.mk to find python packages introduced in [8639]Nicolas Thill2007-09-061-1/+1
| | | | SVN-Revision: 8641
* more build system cleanupFelix Fietkau2007-07-281-0/+1
| | | | SVN-Revision: 8206
* detect whether the find command supports -L or -followFelix Fietkau2007-07-161-1/+4
| | | | SVN-Revision: 8002
* find: use -follow instead of -L, some systems don't support -LFelix Fietkau2007-07-161-1/+1
| | | | SVN-Revision: 8000
* follow symlinks in package scanFelix Fietkau2007-07-151-1/+1
| | | | SVN-Revision: 7984
* properly support dependencies on packages that just use Build/DefaultTargetsFelix Fietkau2007-07-151-1/+1
| | | | SVN-Revision: 7983
* fixes for recursive package scanningFelix Fietkau2007-07-151-6/+8
| | | | SVN-Revision: 7982
* rewrite of the metadata scanning - cleaner code, faster scanning, recursive ↵Felix Fietkau2007-07-151-33/+43
| | | | | | scanning and better handling of makefile dependencies SVN-Revision: 7981
* fix target rescan (version kernel changes)Felix Fietkau2007-05-231-2/+2
| | | | SVN-Revision: 7317
* fix dependencies for metadata scanningFelix Fietkau2007-04-091-2/+2
| | | | SVN-Revision: 6910
* Tidy up MakefilesMike Baker2007-04-031-4/+4
| | | | SVN-Revision: 6857
* add check for openwrt build system makefiles when scanning for metadataFelix Fietkau2007-04-011-2/+2
| | | | SVN-Revision: 6793
* make sure tmp/info gets createdFelix Fietkau2007-03-281-1/+0
| | | | SVN-Revision: 6749
* detect changes in package/kernel/modules/*.mk when scanning the package metadataFelix Fietkau2007-03-281-0/+5
| | | | SVN-Revision: 6746
* fix metadata scan for profile splitFelix Fietkau2007-03-041-1/+9
| | | | SVN-Revision: 6515
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-20 11:02:25 +0000