Home | History | Annotate | Download | only in sh
History log of /src/bin/sh/mkinit.sh
RevisionDateAuthorComments
 1.10  05-Dec-2018  kre Use printf, rather than echo (via echo redefined as a function that
uses printf for simplicity).

This script runs using the build host's shell, and echo, and so must
deal with all of the absurdity that different versions of echo dumb
upon us.

This is the underlying cause of the linux build failure that gson@ reported.
 1.9  18-Oct-2018  kre Dynamically detect the way the shell matches \ in a pattern,
and use whatever works for the sh running this script. Previously
we were using the (broken, and incorrect) method that worked in
old broken NetBSD sh's (and some others) and not the method that
works with the current (fixed) /bin/sh and other correct shells
(like bash). (For an exotic reason, in the particular use case,
both methods work with ksh93, but it is also generally correct).

This hasn't really mattered, as the difference is only significant
(only causes actual issues - the build fails) when compiling with DEBUG
enabled, which is something that most sane humans would never do, if they
want to retain that sanity.

The problem was detected by Patrick Welche when looking for an
unrelated problem, which was once considered to be a possible sh
problem, but turned out to be something entirely different.

XXX pullup -8
 1.8  16-Sep-2018  kre Begone unspecified test-a ... and be more obious what it was doing.
 1.7  27-Mar-2016  christos branches: 1.7.8; 1.7.14; 1.7.16;
General KNF and source code cleanups, avoid scattering the
magic string " \t\n" all over the place, slightly improved
syntax error messages, restructured some of the code for
clarity, don't allow IFS to be imported through the environment,
and remove the (never) conditionally compiled ATTY option.
Apart from one or two syntax error messages, and ignoring IFS
if present in the environment, this is intended to have no
user visible changes. (from kre@)
 1.6  08-Mar-2016  christos avoid duplicate includes (from kre)
 1.5  23-Oct-2008  apb Don't try to remove trailing newlines from shell variables via
constructs like ${var%$nl}. Apparently this allows the Ubuntu Linux
/bin/sh (dash) to be used as a host shell during the build.
Patch from PR 39786 by Andy Shevchenko.
 1.4  29-Apr-2008  martin Convert to new 2 clause license
 1.3  27-Feb-2008  dsl branches: 1.3.2;
Generate ANSI functions.
Just indent the code by a single tab - no need to compare against the
C program generated version any more.
 1.2  15-Jun-2004  dsl branches: 1.2.16; 1.2.22;
Use shell variables to get '(' and '\' inside shell substitution patterns.
Solves problems with different shells having differntly buggy parsers
(and the standard probably allowing random behaviour).
Should fix bin/25938
 1.1  17-Jan-2004  dsl Replace mkinit.c with mkinit.sh
Build mksyntax directly from mksyntax.c so that the -DTARGET_CHAR=xxx
is applied when it is build.
OTOH mksyntax is broken as it tries to determine properties of the
target system by running code on the build system.
 1.2.22.1  24-Mar-2008  keiichi sync with head.
 1.2.16.1  23-Mar-2008  matt sync with HEAD
 1.3.2.1  18-May-2008  yamt sync with head.
 1.7.16.3  21-Apr-2020  martin Ooops, restore accidently removed files from merge mishap
 1.7.16.2  21-Apr-2020  martin Sync with HEAD
 1.7.16.1  10-Jun-2019  christos Sync with HEAD
 1.7.14.3  26-Dec-2018  pgoyette Sync with HEAD, resolve a few conflicts
 1.7.14.2  20-Oct-2018  pgoyette Sync with head
 1.7.14.1  30-Sep-2018  pgoyette Ssync with HEAD
 1.7.8.1  21-Oct-2018  martin Pull up following revision(s) (requested by kre in ticket #1067):

bin/sh/mkinit.sh: revision 1.9

Dynamically detect the way the shell matches \ in a pattern,
and use whatever works for the sh running this script. Previously
we were using the (broken, and incorrect) method that worked in
old broken NetBSD sh's (and some others) and not the method that
works with the current (fixed) /bin/sh and other correct shells
(like bash). (For an exotic reason, in the particular use case,
both methods work with ksh93, but it is also generally correct).

This hasn't really mattered, as the difference is only significant
(only causes actual issues - the build fails) when compiling with DEBUG
enabled, which is something that most sane humans would never do, if they
want to retain that sanity.

The problem was detected by Patrick Welche when looking for an
unrelated problem, which was once considered to be a possible sh
problem, but turned out to be something entirely different.

XXX pullup -8

RSS XML Feed