From: Randy Dunlap <rdunlap@infradead.org>
To: Nicholas Mc Guire <der.herr@hofr.at>, Michal Marek <mmarek@suse.cz>
Cc: Christoph Hellwig <hch@infradead.org>,
Joe Perches <joe@perches.com>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 1/3] handling of _shipped files
Date: Wed, 01 Oct 2014 10:51:55 -0700 [thread overview]
Message-ID: <542C3F3B.9010400@infradead.org> (raw)
In-Reply-To: <20141001133608.GB5560@opentech.at>
On 10/01/14 06:36, Nicholas Mc Guire wrote:
>
> handling of _shipped files
>
> This adds a section on handling of _shipped files in kbuild
> Makefiles and the build process.
>
> Signed-off-by: Nicholas Mc Guire <der.herr@hofr.at>
> ---
> Documentation/kbuild/makefiles.txt | 57 +++++++++++++++++++++++++++++++++++-
> 1 file changed, 56 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/kbuild/makefiles.txt b/Documentation/kbuild/makefiles.txt
> index 764f599..d0bd91a 100644
> --- a/Documentation/kbuild/makefiles.txt
> +++ b/Documentation/kbuild/makefiles.txt
> @@ -19,6 +19,7 @@ This document describes the Linux kernel Makefiles.
> --- 3.10 Special Rules
> --- 3.11 $(CC) support functions
> --- 3.12 $(LD) support functions
> + --- 3.13 _shipped - generated files
>
> === 4 Host Program support
> --- 4.1 Simple Host Program
> @@ -595,6 +596,60 @@ more details, with real examples.
> LDFLAGS_vmlinux += $(call ld-option, -X)
>
>
> +--- 3.13 _shipped - generated files
> +
> + Some sources in the kernel are generated by tools or special
> + purpose scrips so that the build process dependencies can be kept
scripts
> + at a resonable level. Also in cases where the translation is not
reasonable
> + configuration dependent but might impact build time _shipped files
build time,
> + may be added along with the actual sources to speed up the build
> + process.
> +
> + For standard tools like lex and yacc the make process will actually
> + generate the _shipped files (see scripts/Makefile.lib) and retain
> + them by marking them .PRECIOUS so they are not removed by the clean
> + targets.
> +
> + For non standard tools the generation of the _shipped file it self
non-standard itself
> + may be manually achived by building and then renaming. A makefile
achieved
> + target for generate the actual target file should to be provided
to generate
> + though and can be conditioned on an environment variable.
Most examples that I see just expect the Makefile to be modified to set
(or define) the variable.
> +
> + Example:
> + ifdef GENERATE_KEYMAP
> +
> + $(obj)/defkeymap.c: $(obj)/%.c: $(src)/%.map
> + loadkeys --mktable $< > $@
> +
> + endif
> +
> + The _shipped file does not appear in the actual Makefile, this is
> + handled by the rules found in scripts/Makefile.lib.
> +
> + <snip>
> + cmd_shipped = cat $< > $@
> +
> + $(obj)/%: $(src)/%_shipped
> + $(call cmd,shipped)
> + <snip>
> +
> + which simply will copy the target_shipped to the target
> +
> + If a file of a make target is found in the build directory with the
> + extension _shipped make will used it, rather than generating the
_shipped, make will use it rather than generating the
> + respective target file from source.
> +
> + The build will indicate the use of the _shipped file by the SHIPPED
> + quiet command in the make output.
> +
> + Example:
> + LD drivers/scsi/aic7xxx/built-in.o
> + SHIPPED drivers/scsi/aic7xxx/aic79xx_seq.h
> + SHIPPED drivers/scsi/aic7xxx/aic79xx_reg.h
> + CC [M] drivers/scsi/aic7xxx/aic79xx_core.o
> + CC [M] drivers/scsi/aic7xxx/aic79xx_pci.o
> + SHIPPED drivers/scsi/aic7xxx/aic79xx_reg_print.c
> + CC [M] drivers/scsi/aic7xxx/aic79xx_reg_print.o
> === 4 Host Program support
>
> Kbuild supports building executables on the host for use during the
> @@ -1423,10 +1478,10 @@ Original version made by Michael Elizabeth Chastain, <mailto:mec@shout.net>
> Updates by Kai Germaschewski <kai@tp1.ruhr-uni-bochum.de>
> Updates by Sam Ravnborg <sam@ravnborg.org>
> Language QA by Jan Engelhardt <jengelh@gmx.de>
> +Kbuild support for shipped files Nicholas Mc Guire <der.herr@hofr.at>
>
> === 11 TODO
>
> -- Describe how kbuild supports shipped files with _shipped.
> - Generating offset header files.
> - Add more variables to section 7?
>
>
--
~Randy
next prev parent reply other threads:[~2014-10-01 17:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-01 13:36 [PATCH 1/3] handling of _shipped files Nicholas Mc Guire
2014-10-01 17:51 ` Randy Dunlap [this message]
2014-10-01 18:15 ` Nicholas Mc Guire
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=542C3F3B.9010400@infradead.org \
--to=rdunlap@infradead.org \
--cc=der.herr@hofr.at \
--cc=hch@infradead.org \
--cc=joe@perches.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mmarek@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox