[lkml]   [2012]   [Apr]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH 3/4] kbuild: link of vmlinux moved to a script
    Hi Sam,

    Without actually running it, a few comments on the shell script itself.

    On 2012-04-24 21:44 +0200, Sam Ravnborg wrote:
    > +++ b/scripts/
    > +# We need access to CONFIG_ symbols
    > +source ./.config

    source is non-standard and not widely supported. In particular, this
    will not work on systems using dash for /bin/sh. In this instance,
    simply replacing source with the portable dot builtin will be exactly
    equivalent, as in:

    . ./.config

    > +# Error out on error
    > +set -e

    While a valiant effort, using set -e to handle errors is just asking
    for surprises down the road. Ignoring the fact that "set -e" has been
    historically underspecified (and there is thus some variety in how
    different shells handle it), consider the following:

    set -e
    foo() {
    echo oops
    foo || echo foo failed

    Because the _call_ to foo appears on the left side of ||, the commands
    _within_ foo are not subject to the effects of set -e. In bash, the
    above script therefore prints "oops", and does not normally print "foo

    > +# Delete output files in case of error

    This is another ksh-ism, which will again fail on systems with /bin/sh
    being dash. More portable:

    trap cleanup HUP INT QUIT TERM
    trap '(exit $?) || cleanup' EXIT

    However, the Autoconf shell portability manual documents some confusion
    regarding what $? should be in an exit trap when it is entered by using
    the exit command:

    "Bash considers exit to be the last command, while Zsh and Solaris
    /bin/sh consider that when the trap is run it is still in the exit,
    hence it is the previous exit status that the trap receives".

    The manual subsequently recommends that "exit 42" therefore be written
    as "(exit 42); exit 42". Fortunately, in this script, the only call to
    exit immediately follows an explicit call to cleanup, so it won't
    actually matter whether or not the exit trap calls cleanup again.

    Nevertheless, I cannot reproduce the described trap behaviour with
    current versions of Zsh, so maybe all this information is out of date.
    That being said ...

    > +cleanup()
    > +{
    > + rm -f vmlinux.o
    > + rm -f .old_version
    > + rm -f .tmp_vmlinux*
    > + rm -f .tmp_kallsyms*
    > + rm -f vmlinux
    > + rm -f
    > + rm -f
    > +}

    ... this whole ad-hoc cleanup mechanism looks prone to failure.
    Basically, if something goes really wrong and files get left behind, a
    subsequent "make" is going to see up-to-date files and proceed with
    garbage. A more robust approach is, for filenames used in the Makefile,
    to output to "dummy" files (e.g., write to vmlinux.tmp). Only after
    everything was successful (either at the very end of the script or in
    the makefile rule which calls it), rename the dummy files to their
    actual filename.

    That way, the cleanup becomes "best effort" and, from a build
    correctness point of view, won't matter if it misses removing
    files for whatever reason.

    > +# step a (see comment above)
    > +if [ -n "${CONFIG_KALLSYMS}" ]; then
    > + mksysmap ${kallsyms_vmlinux}
    > +
    > + if [ $(cmp -s ]; then

    This test is wrong: it is passing the output of cmp to the [ builtin.
    Aside from not being properly quoted (so the output of cmp is subject to
    word splitting, which will make [ unhappy if it actually happens),
    you've asked cmp to produce no output by giving it the -s option so
    this test will always be false.

    Presumably this should be:

    if ! cmp -s; then

    which actually tests the exit status of cmp instead of its output, and
    executes the branch if cmp failed. (Aside: some older shells don't
    support the "if ! cmd; then stuff; fi" pattern, so you sometimes see it
    written as: "if cmd; then :; else stuff; fi". We probably don't care
    too much about such shells here).

    > + echo Inconsistent kallsyms data
    > + echo echo Try "make KALLSYMS_EXTRA_PASS=1" as a workaround
    > + cleanup
    > + exit 1
    > + fi
    > +fi

    Nick Bowler, Elliptic Technologies (

     \ /
      Last update: 2012-04-25 16:29    [W:0.038 / U:12.716 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site