| History log of /src/bin/sh/Makefile |
| Revision | | Date | Author | Comments |
| 1.124 |
| 14-Oct-2024 |
kre | Reject nul characters in shell input.
At the request of Thomas Klausner (wiz@) copy an idea from OpenBSD, and have the shell simply reject any (sh) input containing a \0 (nul) character. Previously nul characters were simply ignored (removed from the input before it was examined in any other way).
Note this affects data read by the shell itself only, and has no impact on other utilities, including those that are built into the shell (so 'read' can still use -d '' to process output using \0 as the record separator).
While I have tested that this works, there are so many places where a nul might appear, that I cannot possibly test them all (or even imagine all the possible places), so if this change causes any problems, let me know (if from a script, send me the script).
To undo this change, simply comment out (or delete) the line CPPFLAGS+= -DREJECT_NULS from the Makefile, and build again. Eventually if this causes no problems, that option (conditional compilation) will probably just go away, and this change would be permanent.
While the conditional compilation (on or off) persists, the NETBSD_SHELL variable value will contain the word REJECT_NULLS so you can easily verify if you are running a shell with this included or not.
No pullups planned.
|
| 1.123 |
| 19-Oct-2023 |
mrg | convert gcc12 -O1 into -Wno-error=clobbered.
parser.c wants all the optimisation, and this is very likely a false positive.
|
| 1.122 |
| 14-Oct-2023 |
mrg | the parser.c longjmp vs gcc12 issue affects a few ports, make the workaround global.
|
| 1.121 |
| 14-Aug-2023 |
mrg | use -O1 on sh3, GCC 12 and parser.c.
this triggers clobbered vs. longjmp/setjmp warnings with -Os that sh3 uses.
|
| 1.120 |
| 10-Oct-2021 |
rillig | sh: remove no-op 'continue' from do-while-0 loop
With Clang, the only change to the binary are the line number changes from __LINE__, GCC generates a bit different code.
No functional change.
|
| 1.119 |
| 09-Oct-2021 |
rillig | bin: in builds with MKLINT=yes, run lint on all programs
|
| 1.118 |
| 09-Oct-2021 |
rillig | sh: ignore lint error about 'continue' in 'do while' loop
exec.c(575): error: continue in 'do ... while (0)' loop [323] jobs.c(203): error: continue in 'do ... while (0)' loop [323]
It is certainly a rarely used feature, I saw it the first time today and had to look up its meaning in the C standard. But after that, I don't see why a 'continue' statement in a 'do while' loop should be an error. Maybe a warning since up to now I thought that 'continue' would jump back to the top of the loop, while it really jumps to the bottom of the loop body, for all 3 kinds of loops.
|
| 1.117 |
| 15-Aug-2021 |
christos | Add -I to find filecomplete.h
|
| 1.116 |
| 26-May-2021 |
christos | Use the date tool
|
| 1.115 |
| 28-Oct-2018 |
kre | branches: 1.115.6;
Change the (commented out) setting of -DDEBUG to the form that is most likely to be useful if someone other than me wants to build a DEBUG shell. NFC (it is a comment in a Makefile!)
|
| 1.114 |
| 10-Jun-2018 |
christos | branches: 1.114.2; use SUBDIR.roff suggested by uwe@
|
| 1.113 |
| 30-Jun-2017 |
kre | branches: 1.113.4;
Implement a bunch of new shell environment variables. many mostly useful in prompts when expanded at prompt time, but all available for general use. Many of the new ones are not available in SMALL shells (they work as normal if assigned, but the shell does not set or use them - and there is no magic in a SMALL shell (usually for install media.))
|
| 1.112 |
| 08-Jun-2017 |
kre | I am an idiot... revert the previous unintended commit.
|
| 1.111 |
| 08-Jun-2017 |
kre | Improve the (new) LINENO section, markup changes (with thanks to wiz@ for assistace) and some better wording in a few placed.
|
| 1.110 |
| 29-May-2017 |
kre | branches: 1.110.2;
More DEBUG mode changes. As usual, read the source if you care.
|
| 1.109 |
| 28-May-2017 |
kre | Redo mkoptions.sh .. much better this way, now fully automated option sorting (no longer required option.list to be manually sorted by long option name) and properly handles conditional options. Cleaner output format as well.
This allows option.list to be reordered to group related options together ... also added more comments to it.
|
| 1.108 |
| 28-May-2017 |
kre | Arrange for set -o and $- output to be sorted, rather than more or less random (and becoming worse as more options are added.) Since the data is known at compile time, sort at compile time, rather than at run time.
|
| 1.107 |
| 15-May-2017 |
kre | Drop the lex library - hasn't been needed since the airthmetic upgrade a while ago (this should make no difference to anything other than a minor - very minor - build time speedup, ld is smart enough to relaise that nothing from the lex library was needed, and the executable contains no reference to it, even befor ethis change.)
|
| 1.106 |
| 14-May-2017 |
kre | Fix a minor omission in last...
|
| 1.105 |
| 14-May-2017 |
kre | Make ${NETBSD_SHELL} value include (a human recognisable form of) MKREPRO_TIMESTAMP (as an additional word in the value, with a "BUILD:" prefix) if it is set during the build. (Trailing 00 pairs in the time are removed).
While here, throw in some extra words that list the compilation options used which alter sh behaviour (mostly by removing stuff.) Usually that will only be noticed in a SMALL shell compiled for install media, or similar - none of the others (not that there are many) are ever changed from the default in a normal build (default settings are just omitted.) This also allows scripts to tell if they are running in a DEBUG shell, which can sometimes make debugging easier.
|
| 1.104 |
| 20-Mar-2017 |
kre | branches: 1.104.2;
Finish support for all required $(( )) (shell arithmetic) operators, closing PR bin/50958
That meant adding the assignment operators ('=', and all of the +=, *= ...) Currently, ++, --, and ',' are not implemented (none of those are required by posix) but support for them (most likely ',' first) might be added later.
To do this, I removed the yacc/lex arithmetic parser completely, and replaced it with a hand written recursive descent parser, that I obtained from FreeBSD, who earlier had obtained it from dash (Herbert Xu).
While doing the import, I cleaned up the sources (changed some file names to avoid requiring a clean build, or signifigant surgery to the obj directories if "build.sh -u" was to be used - "build.sh -u" should work fine as it is now) removed some dashisms, applied some KNF, ...
|
| 1.103 |
| 16-Mar-2017 |
kre | Have "make clean" remove sh.html1 and adapt it to clean trace files the way they have been generated the past 20 years or so...
|
| 1.102 |
| 27-Feb-2016 |
christos | branches: 1.102.2; 1.102.4; Improve debugging, from kre (I hooked it to the build).
|
| 1.101 |
| 10-May-2015 |
joerg | Include printf by default even for SMALL builds. It is used e.g. by dhcpcd and as such required by most ramdisk images. Allow turning it off again by TINYPROG.
|
| 1.100 |
| 05-Jul-2014 |
dholland | branches: 1.100.2; remove .if make(install)
|
| 1.99 |
| 02-Dec-2012 |
apb | branches: 1.99.8; Adjust everything under src (but outside src/tools) to use the TOOLDIR version of libnbcompat, associated include files, and associated defs.mk file, instead of the version from the .OBJDIR of src/tools/compat. This should fix PR 47188.
|
| 1.98 |
| 23-Aug-2011 |
christos | branches: 1.98.2; 1.98.8; document another non-literal format string
|
| 1.97 |
| 14-Aug-2011 |
christos | Document non-literal formats
|
| 1.96 |
| 12-Jul-2011 |
joerg | Move the savehandler assignment before setjmp() to avoid triggering warnings about use before initialization with clang.
|
| 1.95 |
| 26-May-2011 |
joerg | Default to -Wno-sign-compare -Wno-pointer-sign for clang. Push -Wno-array-bounds down to the cases that depend on it. Selectively disable warnings for 3rd party software or non-trivial issues to be reviewed later to get clang -Werror to build most of the tree.
|
| 1.94 |
| 30-Aug-2010 |
christos | increase commented out debugging.
|
| 1.93 |
| 22-Aug-2010 |
perry | add bsd.subdir.mk
|
| 1.92 |
| 22-Aug-2010 |
perry | build the tutoral
|
| 1.91 |
| 06-Feb-2010 |
he | When using -lcurses, you also need -lterminfo. This fixes the build for sun2, and also builds with LDSTATIC=-static, since archive libraries don't record inter-library dependencies.
|
| 1.90 |
| 03-Feb-2010 |
roy | Userland now builds and uses terminfo instead of termcap.
OK: core@, jdc@
|
| 1.89 |
| 14-Dec-2009 |
christos | use .ORDER for rules that create multiple files.
|
| 1.88 |
| 11-Dec-2009 |
uebayasi | Rewrite file generation rules using ${GENCMD}. No functional changes intended.
|
| 1.87 |
| 07-Dec-2009 |
uebayasi | Define dependencies of arith.[ch] on arith.y.
|
| 1.86 |
| 29-Oct-2009 |
christos | use flex options instead of #defines
|
| 1.85 |
| 20-Apr-2009 |
drochner | define YY_NO_INPUT where appropriate, from Kurt J. Lidl per PR misc/41160
|
| 1.84 |
| 14-Feb-2009 |
lukem | Default to WARNS=4 (except for rcp & ksh)
|
| 1.83 |
| 25-Oct-2008 |
apb | branches: 1.83.4; Pass SED=${TOOL_SED:Q} in the environment to scripts run during the build.
|
| 1.82 |
| 19-Oct-2008 |
apb | Use ${TOOL_AWK} instead of ${AWK} or plain "awk" in make commands. Pass AWK=${TOOL_AWK:Q} to shell scripts that use awk.
|
| 1.81 |
| 25-Mar-2007 |
apb | WARNS=4
|
| 1.80 |
| 26-Jun-2005 |
christos | sprinkle a little const, and now everything compiles with WARNS=3
|
| 1.79 |
| 30-Oct-2004 |
christos | Pass WARNS=3
|
| 1.78 |
| 06-Jun-2004 |
christos | don't include the printf builtin if we are SMALL; saves 10K.
|
| 1.77 |
| 17-Jan-2004 |
dsl | Put a syntax.c under CVS instead of building if with the mksyntax program. Kill mksyntax.c - no longer possible to get the 'wrong sort of chars'. /bin/sh now has no helper binaries. syntax.c uses C99 initialisers, run time initialisation could be used for systems where the compiler doesn't support them. I've used some #defines to help make this possible - but writing the code starts making it rather messy.
|
| 1.76 |
| 17-Jan-2004 |
dsl | Put syntax.h under CVS instead of having it generated by mksyntax. Use CHAR_MIN (from limits.h) to determine whether target char are signed or unsigned - the syntax tables will not be indexed properly. Rip out all the stuff from mksyntax.c that wrote syntax.h. syntax.c can stiff be generated incorrectly...
|
| 1.75 |
| 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.74 |
| 16-Jan-2004 |
dsl | Replace the C program mknodes.c with a shell script mknodes.sh (mkinit and mksyntax may also die soon...)
|
| 1.73 |
| 16-Nov-2003 |
lukem | Improve how various "simple" host tools are built and invoked.
|
| 1.72 |
| 21-Oct-2003 |
lukem | Rework how MAKEVERBOSE operates:
* Don't bother prefixing commands with a line of ${_MKCMD}\ and instead rely upon "make -s". This is less intrusive on all the Makefiles than the former. Idea from David Laight.
* Rename the variables use to print messages. The scheme now is: _MKMSG_FOO Run _MKMSG 'foo' _MKTARGET_FOO Run _MKMSG_FOO ${.TARGET} From discussion with Alistair Crooks.
|
| 1.71 |
| 19-Oct-2003 |
lukem | rework to use the newer _MKMSGCREATE (et al) macros
|
| 1.70 |
| 19-Oct-2003 |
lukem | improve MAKEVERBOSE message for HOST_LINKed tools
|
| 1.69 |
| 19-Oct-2003 |
lukem | Support MAKEVERBOSE (XXX: mksyntax is noisy when MAKEVERBOSE=0). Use DPSRCS appropriately.
|
| 1.68 |
| 18-Oct-2003 |
lukem | Link the host tools against tools/compat -lnbcompat since someone decided to use strlcpy() and snprintf() in the host tools...
Should fix part of [toolchain/22504], and build problems on other platforms that don't have strlcpy() or snprintf()...
|
| 1.67 |
| 14-Sep-2003 |
jmmv | Add 'trace' to CLEANFILES, generated when debug is enabled.
|
| 1.66 |
| 15-May-2003 |
dsl | Fix problems with parallel makes.
|
| 1.65 |
| 08-May-2003 |
christos | Use ${HOST_SH}
|
| 1.64 |
| 10-Mar-2003 |
lukem | If building as a CRUNCHEDPROG, use "lex -L" and "yacc -l" to suppress #line generation. This may solve [bin/20637].
|
| 1.63 |
| 22-Jan-2003 |
dsl | Support command -p, -v and -V as posix Stop temporary PATH assigments messing up hash table Fix sh -c -e "echo $0 $*" -a x (as posix) (agreed by christos)
|
| 1.62 |
| 09-Jan-2003 |
christos | allow this to be compiled with unsigned-chars.
|
| 1.61 |
| 24-Nov-2002 |
christos | Fixes from David Laight: - ansification - format of output of jobs command (etc) - job identiers %+, %- etc - $? and $(...) - correct quoting of output of set, export -p and readonly -p - differentiation between nornal and 'posix special' builtins - correct behaviour (posix) for errors on builtins and special builtins - builtin printf and kill - set -o debug (if compiled with DEBUG) - cd src obj (as ksh - too useful to do without) - unset -e name, remove non-readonly variable from export list. (so I could unset -e PS1 before running the test shell...)
|
| 1.60 |
| 31-Oct-2002 |
wrstuden | Use signed char to replace int8_t, not just char. Should fix macppc cross-build problems introduced in rev 1.59.
Pointed out by Valeriy E. Ushakov uwe at ptc dot spbu dot ru on tech-toolchain.
|
| 1.59 |
| 15-Sep-2002 |
thorpej | Use "unsigned char" and "char" instead of "u_int8_t" and "int8_t" for TARGET_CHAR when building mksyntax. This isn't perfect, but it lets the host tool work on non-BSD systems without completely redoing how sh is built.
|
| 1.58 |
| 19-Aug-2002 |
lukem | Use ${NETBSDSRCDIR}/some/path instead of ${.CURDIR}/../../some/path (etc).
|
| 1.57 |
| 15-May-2002 |
bjh21 | branches: 1.57.2; The printf builtin has been "temporarily" disabled for eight years. Remove its directory from .PATH to avoid confusion.
|
| 1.56 |
| 12-Feb-2002 |
ross | back this directory up a day, systems won't even boot (rc.subr splodes)
suggested back-to-the-drawing-board test: $ echo "${PWD:-notlikely}"
|
| 1.55 |
| 11-Feb-2002 |
christos | Add a commented out -DDEBUG in CPPFLAGS.
|
| 1.54 |
| 07-Feb-2002 |
lukem | .ifdef SMALLPROG, -DSMALL
|
| 1.53 |
| 03-Nov-2001 |
lukem | change from WARNS?=1 to WARNS?=2 for bin/
|
| 1.52 |
| 18-Apr-2001 |
bjh21 | Use ${MACHINE_CPU} == "arm" to test for ARMishness.
|
| 1.51 |
| 29-Dec-2000 |
bjh21 | arm26 has unsigned chars too.
|
| 1.50 |
| 09-Apr-2000 |
christos | PR/9847: Geoff C. Wing: Make test(1) a builtin.
|
| 1.49 |
| 09-Jul-1999 |
christos | compile with WARNS = 2
|
| 1.48 |
| 05-Feb-1999 |
tron | branches: 1.48.2; Remove "arith.h" while cleaning.
|
| 1.47 |
| 05-Feb-1999 |
christos | PR/5577: Craig M. Chase: sh does not build with PARALLEL set. - Added YHEADER in Makefile, removed arith.h and adjusted the sources.
|
| 1.46 |
| 08-Oct-1998 |
ross | The recent cross-compile changes broke the build of x_sh. Properly use ${.IMPSRC} instead of the broken ${.CURDIR}/thing.c.
|
| 1.45 |
| 12-Sep-1998 |
wrstuden | We don't generate .o's anymore for helper programs, so don't CLEANFILES them.
|
| 1.44 |
| 12-Sep-1998 |
wrstuden | Patch to make sh cross-compile right. mksyntax reports unsigned char for powerpc, and signed for m68k & i386.
|
| 1.43 |
| 19-Apr-1998 |
cgd | move OBJS depenency on built headers to after include of bsd.prog.mk, so that things are built in the right order on 'make cleandir && make' (i.e. so that the headers are properly built).
|
| 1.42 |
| 13-Apr-1998 |
lukem | * remove CFLAGS+=-w for powerpc (added in 1.26): - it was in the wrong place - makefiles shouldn't override CFLAGS; only CPPFLAGS and COPTS - christos fixed unsigned char stuff in 1.33 which should remove the need for -w anyway * move .include <bsd.prog.mk> to EOF
|
| 1.41 |
| 09-Apr-1998 |
tv | .y.c <sys.mk> rule fixes. Don't create a y.tab.h file unless asked for, and use smarter creation of the header file.
|
| 1.40 |
| 30-Mar-1998 |
veego | Another try to make this work again. Lets hope that the we don't need a 4th fix for it.
|
| 1.39 |
| 30-Mar-1998 |
mrg | make this work again when . is not in $PATH
|
| 1.38 |
| 29-Mar-1998 |
christos | Pr/5221: Jason Thorpe: Simplify sh Makefile, so that builts from other directories work.
|
| 1.37 |
| 21-Jan-1998 |
christos | BSD4_4 is a standard symbol in <sys/param.h>; make sure that files that need this defined, include <sys/param.h> and don't define it in the Makefile. Add a comment to that effect.
|
| 1.36 |
| 20-Jan-1998 |
pk | Define BSD4_4: quad_t's in struct rlimit;
|
| 1.35 |
| 10-Oct-1997 |
christos | branches: 1.35.2; CFLAGS->CPPFLAGS
|
| 1.34 |
| 20-Jul-1997 |
christos | Remove WARNS=1 from all the subdirectory Makefiles, and add it to Makefile.inc now that all /bin has been cleaned.
|
| 1.33 |
| 04-Jul-1997 |
christos | Make the syntax tables work on machines where characters are unsigned.
|
| 1.32 |
| 04-Jul-1997 |
christos | Don't roll own rules to build helper programs. Add WARNS
|
| 1.31 |
| 16-Jun-1997 |
lukem | add auto-generated token.h to dependancy for ${OBJS}. not everyone runs "make depend" ...
|
| 1.30 |
| 15-May-1997 |
veego | Add mkinit.o mknodes.o mksyntax.o to CLEANFILES
|
| 1.29 |
| 09-May-1997 |
mycroft | Eliminate bogus redefinitions of standard targets.
|
| 1.28 |
| 08-May-1997 |
gwr | Back out the .PATH.c changes. The .depend problem (and others) will be fixed using the new .NOPATH make feature instead.
|
| 1.27 |
| 06-May-1997 |
gwr | Use .PATH.c: ...
|
| 1.26 |
| 17-Apr-1997 |
thorpej | - XXX Inhibit warnings on PowerPC for now - there are lots of "char is unsigned" problems here. - Add rules for mkinit, mknodes, and mksyntax that use the HOST_* facilities, for cross-compiling.
|
| 1.25 |
| 22-Oct-1996 |
cgd | add builtins.h to the list of (built) headers depended on by ${OBJS}, so make from 'cleandir' works.
|
| 1.24 |
| 16-Oct-1996 |
christos | PR/2808: Depend and clean fixes from FreeBSD
|
| 1.23 |
| 18-Feb-1996 |
mycroft | branches: 1.23.4; Fix problems with the way init.o is built: * Prevent gratuitous rebuilds when nothing has changed. * Make sure it's rebuilt if a .h file is updated. From Mike Long, PR 1454.
|
| 1.22 |
| 22-Oct-1995 |
christos | Parallel make fixes.
|
| 1.21 |
| 10-Jun-1995 |
mycroft | Add a DPADD.
|
| 1.20 |
| 11-May-1995 |
christos | Merge in my changes from vangogh, and fix the x=`false`; echo $? == 0 bug.
|
| 1.19 |
| 21-Mar-1995 |
cgd | convert to new RCS id conventions.
|
| 1.18 |
| 04-Nov-1994 |
jtc | ulimit builtin (PR #388)
This public domain code, originally by Doug Gwyn, Doug Kingston, Eric Gisin, and Michael Rendell was ripped from pdksh 5.0.8 and hacked for use with ash.
|
| 1.17 |
| 24-Jun-1994 |
jtc | Renamed builtins to builtins.def to eliminate make's (incorrect) circular dependancy between the builtins data file and builtins.c.
The bug only occured when there was no obj directory, and is a result of NetBSD's better (compared to 4.4lite's) default make rules.
Fixes bug #301.
|
| 1.16 |
| 11-Jun-1994 |
mycroft | Add RCS ids.
|
| 1.15 |
| 02-Jun-1994 |
pk | Exclude `mkinit' from argument list to `mkinit'; this especially causes trouble when compiling with `-g'.
|
| 1.14 |
| 14-May-1994 |
cgd | add back in support for building w/o obj dir. also, add NO_HISTORY define, which (if you invoke mkbuiltins properly) gets you a sh w/o history of command line editing (for floppy sh).
|
| 1.13 |
| 12-May-1994 |
jtc | Added DPADD.
|
| 1.12 |
| 12-May-1994 |
jtc | Use libc's sys_siglist[] instead of building and using our own array of signal names. (from charles)
|
| 1.11 |
| 11-May-1994 |
jtc | temporarily disable printf builtin
|
| 1.10 |
| 11-May-1994 |
jtc | sync with 4.4lite
|
| 1.9 |
| 28-Dec-1993 |
davidb | Changed to use make's new .OBJDIR
|
| 1.8 |
| 14-Nov-1993 |
cgd | from Thomas Eberhardt <thomas@mathematik.uni-Bremen.de>: Some reordering and modifications in the Makefiles for sh, dump, restore to get dependicies right. The README in /usr/share/mk states that it's a Bad Thing(tm) to add something after .include <bsd.prog.mk>, but this seems the only way to get the dependencies right.
|
| 1.7 |
| 09-Aug-1993 |
mycroft | Tweak for cross-compiling.
|
| 1.6 |
| 06-Aug-1993 |
mycroft | Use sys_signame[].
|
| 1.5 |
| 02-Aug-1993 |
mycroft | Add RCS identifiers, remove some completely useless RCS logs and patchkit headers, and a few other insignificant changes.
|
| 1.4 |
| 04-May-1993 |
mycroft | Make sure init.c is touched so it doesn't get rebuilt if we make again. (Okay, so I did reproduce it.)
|
| 1.3 |
| 23-Mar-1993 |
cgd | changed "Id" to "Header" for rcsids
|
| 1.2 |
| 22-Mar-1993 |
cgd | added rcs ids to all files
|
| 1.1 |
| 21-Mar-1993 |
cgd | branches: 1.1.1; Initial revision
|
| 1.1.1.2 |
| 11-May-1994 |
jtc | 44lite code
|
| 1.1.1.1 |
| 21-Mar-1993 |
cgd | initial import of 386bsd-0.1 sources
|
| 1.23.4.1 |
| 26-Jan-1997 |
rat | Update /bin/sh from trunk per request of Christos Zoulas. Fixes many bugs.
|
| 1.35.2.1 |
| 08-May-1998 |
mycroft | Sync with trunk, per request of christos.
|
| 1.48.2.1 |
| 03-Jun-2000 |
he | Pull up revision 1.50 (requested by he): Enable test as a shell builtin. Fixes PR#9847.
|
| 1.57.2.2 |
| 06-Dec-2002 |
he | Pull up revision 1.60 (requested by thorpej in ticket #1027): Use ``signed char'' instead of ``char'' to replace ``int8_t''. Should fix cross-building problem introudced by the pull-up in ticket #874.
|
| 1.57.2.1 |
| 01-Dec-2002 |
he | Pull up revision 1.59 (requested by thorpej in ticket #819): Use ``unsigned char'' and ``char'' instead of ``u_int8_t'' and ``int8_t'' for TARGET_CHAR when building mksyntax. This lets the host tool work on non-BSD systems without causing too many changes to how sh is built.
|
| 1.83.4.1 |
| 13-May-2009 |
jym | Sync with HEAD.
Third (and last) commit. See http://mail-index.netbsd.org/source-changes/2009/05/13/msg221222.html
|
| 1.98.8.2 |
| 19-Aug-2014 |
tls | Rebase to HEAD as of a few days ago.
|
| 1.98.8.1 |
| 25-Feb-2013 |
tls | resync with head
|
| 1.98.2.1 |
| 16-Jan-2013 |
yamt | sync with (a bit old) head
|
| 1.99.8.1 |
| 10-Aug-2014 |
tls | Rebase.
|
| 1.100.2.1 |
| 04-Jun-2015 |
msaitoh | Pull up following revision(s) (requested by martin in ticket #821): bin/sh/builtins.def: revision 1.23 bin/sh/Makefile: revision 1.101 Include printf by default even for SMALL builds. It is used e.g. by dhcpcd and as such required by most ramdisk images. Allow turning it off again by TINYPROG.
|
| 1.102.4.1 |
| 21-Apr-2017 |
bouyer | Sync with HEAD
|
| 1.102.2.2 |
| 26-Apr-2017 |
pgoyette | Sync with HEAD
|
| 1.102.2.1 |
| 20-Mar-2017 |
pgoyette | Sync with HEAD
|
| 1.104.2.1 |
| 19-May-2017 |
pgoyette | Resolve conflicts from previous merge (all resulting from $NetBSD keywork expansion)
|
| 1.110.2.1 |
| 23-Jul-2017 |
snj | Pull up following revision(s) (requested by kre in ticket #103): bin/kill/kill.c: 1.28 bin/sh/Makefile: 1.111-1.113 bin/sh/arith_token.c: 1.5 bin/sh/arith_tokens.h: 1.2 bin/sh/arithmetic.c: 1.3 bin/sh/arithmetic.h: 1.2 bin/sh/bltin/bltin.h: 1.15 bin/sh/cd.c: 1.49-1.50 bin/sh/error.c: 1.40 bin/sh/eval.c: 1.142-1.151 bin/sh/exec.c: 1.49-1.51 bin/sh/exec.h: 1.26 bin/sh/expand.c: 1.113-1.119 bin/sh/expand.h: 1.23 bin/sh/histedit.c: 1.49-1.52 bin/sh/input.c: 1.57-1.60 bin/sh/input.h: 1.19-1.20 bin/sh/jobs.c: 1.86-1.87 bin/sh/main.c: 1.71-1.72 bin/sh/memalloc.c: 1.30 bin/sh/memalloc.h: 1.17 bin/sh/mknodenames.sh: 1.4 bin/sh/mkoptions.sh: 1.3-1.4 bin/sh/myhistedit.h: 1.12-1.13 bin/sh/nodetypes: 1.16-1.18 bin/sh/option.list: 1.3-1.5 bin/sh/parser.c: 1.133-1.141 bin/sh/parser.h: 1.22-1.23 bin/sh/redir.c: 1.58 bin/sh/redir.h: 1.24 bin/sh/sh.1: 1.149-1.159 bin/sh/shell.h: 1.24 bin/sh/show.c: 1.43-1.47 bin/sh/show.h: 1.11 bin/sh/syntax.c: 1.4 bin/sh/syntax.h: 1.8 bin/sh/trap.c: 1.41 bin/sh/var.c: 1.56-1.65 bin/sh/var.h: 1.29-1.35 An initial attempt at implementing LINENO to meet the specs. Aside from one problem (not too hard to fix if it was ever needed) this version does about as well as most other shell implementations when expanding $((LINENO)) and better for ${LINENO} as it retains the "LINENO hack" for the latter, and that is very accurate. Unfortunately that means that ${LINENO} and $((LINENO)) do not always produce the same value when used on the same line (a defect that other shells do not share - aside from the FreeBSD sh as it is today, where only the LINENO hack exists and so (like for us before this commit) $((LINENO)) is always either 0, or at least whatever value was last set, perhaps by LINENO=${LINENO} which does actually work ... for that one line...) This could be corrected by simply removing the LINENO hack (look for the string LINENO in parser.c) in which case ${LINENO} and $((LINENO)) would give the same (not perfectly accurate) values, as do most other shells. POSIX requires that LINENO be set before each command, and this implementation does that fairly literally - except that we only bother before the commands which actually expand words (for, case and simple commands). Unfortunately this forgot that expansions also occur in redirects, and the other compound commands can also have redirects, so if a redirect on one of the other compound commands wants to use the value of $((LINENO)) as a part of a generated file name, then it will get an incorrect value. This is the "one problem" above. (Because the LINENO hack is still enabled, using ${LINENO} works.) This could be fixed, but as this version of the LINENO implementation is just for reference purposes (it will be superseded within minutes by a better one) I won't bother. However should anyone else decide that this is a better choice (it is probably a smaller implementation, in terms of code & data space then the replacement, but also I would expect, slower, and definitely less accurate) this defect is something to bear in mind, and fix. This version retains the *BSD historical practice that line numbers in functions (all functions) count from 1 from the start of the function, and elsewhere, start from 1 from where the shell started reading the input file/stream in question. In an "eval" expression the line number starts at the line of the "eval" (and then increases if the input is a multi-line string). Note: this version is not documented (beyond as much as LINENO was before) hence this slightly longer than usual commit message. A better LINENO implementation. This version deletes (well, #if 0's out) the LINENO hack, and uses the LINENO var for both ${LINENO} and $((LINENO)). (Code to invert the LINENO hack when required, like when de-compiling the execution tree to provide the "jobs" command strings, is still included, that can be deleted when the LINENO hack is completely removed - look for refs to VSLINENO throughout the code. The var funclinno in parser.c can also be removed, it is used only for the LINENO hack.) This version produces accurate results: $((LINENO)) was made as accurate as the LINENO hack made ${LINENO} which is very good. That's why the LINENO hack is not yet completely removed, so it can be easily re-enabled. If you can tell the difference when it is in use, or not in use, then something has broken (or I managed to miss a case somewhere.) The way that LINENO works is documented in its own (new) section in the man page, so nothing more about that, or the new options, etc, here. This version introduces the possibility of having a "reference" function associated with a variable, which gets called whenever the value of the variable is required (that's what implements LINENO). There is just one function pointer however, so any particular variable gets at most one of the set function (as used for PATH, etc) or the reference function. The VFUNCREF bit in the var flags indicates which func the variable in question uses (if any - the func ptr, as before, can be NULL). I would not call the results of this perfect yet, but it is close. Unbreak (at least) i386 build .... I have no idea why this built for me on amd64 (problem was missing prototype for snprintf witout <stdio.h>) While here, add some (DEBUG mode only) tracing that proved useful in solving another problem. Set the line number before expanding args, not after. As the line_number would have usually been set earlier, this change is mostly an effective no-op, but it is better this way (just in case) - not observed to have caused any problems. Undo some over agressive fixes for a (pre-commit) bug that did not need these changes to be fixed - and these cause problems in another absurd use case. Either of these issues is unlikely to be seen by anyone who isn't an idiot masochist... PR bin/52280 removescapes_nl in expari() even when not quoted, CRTNONL's appear regardless of quoting (unlike CTLESC). New sentence, new line. Whitespace. Improve the (new) LINENO section, markup changes (with thanks to wiz@ for assistace) and some better wording in a few placed. I am an idiot... revert the previous unintended commit. Remove some left over baggage from the LINENO v1 implementation that didn't get removed with v2, and should have. This would have had (I think, without having tested it) one very minor effect on the way LINENO worked in the v2 implementation, but my guess is it would have taken a long time before anyone noticed... Correct spelling in comments of DEBUG only code... (Perhaps) temporary fix to pkgtools (cwrappers) build (configure). Expanding `` containing \ \n sequences looks to have been giving problems. I don't think this is the correct fix, but it will do no worse harm than (perhaps) incorrectly calculating LINENO in this kind of (rare) circumstance. I'll look and see if there should be a better fix later. s/volatile/const/ -- wonderful how opposites attract like this. NFC (normal use) - DEBUG only change, when showing empty arg list don't omit terminating \n. Free stack memory in a couple of obscure cases where it wasn't being done (one in probably dead code that is never compiled, the other in a very rare error case.) Since it is stack memory it wasn't lost in any case, just held longer than needed. Many internal memory management type fixes. PR bin/52302 (core dump with interactive shell, here doc and error on same line) is fixed. (An old bug.) echo "$( echo x; for a in $( seq 1000 ); do printf '%s\n'; done; echo y )" consistently prints 1002 lines (x, 1000 empty ones, then y) as it should (And you don't want to know what it did before, or why.) (Another old one.) (Recently added) Problems with ~ expansion fixed (mem management related). Proper fix for the cwrappers configure problem (which includes the quick fix that was done earlier, but extends upon that to be correct). (This was another newly added problem.) And the really devious (and rare) old bug - if STACKSTRNUL() needs to allocate a new buffer in which to store the \0, calculate the size of the string space remaining correctly, unlike when SPUTC() grows the buffer, there is no actual data being stored in the STACKSTRNUL() case - the string space remaining was calculated as one byte too few. That would be harmless, unless the next buffer also filled, in which case it was assumed that it was really full, not one byte less, meaning one junk char (a nul, or anything) was being copied into the next (even bigger buffer) corrupting the data. Consistent use of stalloc() to allocate a new block of (stack) memory, and grabstackstr() to claim a block of (stack) memory that had already been occupied but not claimed as in use. Since grabstackstr is implemented as just a call to stalloc() this is a no-op change in practice, but makes it much easier to comprehend what is really happening. Previous code sometimes used stalloc() when the use case was really for grabstackstr(). Change grabstackstr() to actually use the arg passed to it, instead of (not much better than) guessing how much space to claim, More care when using unstalloc()/ungrabstackstr() to return space, and in particular when the stack must be returned to its previous state, rather than just returning no-longer needed space, neither of those work. They also don't work properly if there have been (really, even might have been) any stack mem allocations since the last stalloc()/grabstackstr(). (If we know there cannot have been then the alloc/release sequence is kind of pointless.) To work correctly in general we must use setstackmark()/popstackmark() so do that when needed. Have those also save/restore the top of stack string space remaining. [Aside: for those reading this, the "stack" mentioned is not in any way related to the thing used for maintaining the C function call state, ie: the "stack segment" of the program, but the shell's internal memory management strategy.] More comments to better explain what is happening in some cases. Also cleaned up some hopelessly broken DEBUG mode data that were recently added (no effect on anyone but the poor semi-human attempting to make sense of it...). User visible changes: Proper counting of line numbers when a here document is delimited by a multi-line end-delimiter, as in cat << 'REALLY END' here doc line 1 here doc line 2 REALLY END (which is an obscure case, but nothing says should not work.) The \n in the end-delimiter of the here doc (the last one) was not incrementing the line number, which from that point on in the script would be 1 too low (or more, for end-delimiters with more than one \n in them.) With tilde expansion: unset HOME; echo ~ changed to return getpwuid(getuid())->pw_home instead of failing (returning ~) POSIX says this is unspecified, which makes it difficult for a script to compensate for being run without HOME set (as in env -i sh script), so while not able to be used portably, this seems like a useful extension (and is implemented the same way by some other shells). Further, with HOME=; printf %s ~ we now write nothing (which is required by POSIX - which requires ~ to expand to the value of $HOME if it is set) previously if $HOME (in this case) or a user's directory in the passwd file (for ~user) were a null STRING, We failed the ~ expansion and left behind '~' or '~user'. Changed the long name for the -L option from lineno_fn_relative to local_lineno as the latter seemed to be marginally more popular, and perhaps more importantly, is the same length as the peviously existing quietprofile option, which means the man page indentation for the list of options can return to (about) what it was before... (That is, less indented, which means more data/line, which means less lines of man page - a good thing!) Cosmetic changes to variable flags - make their values more suited to my delicate sensibilities... (NFC). Arrange not to barf (ever) if some turkey makes _ readonly. Do this by adding a VNOERROR flag that causes errors in var setting to be ignored (intended use is only for internal shell var setting, like of "_"). (nb: invalid var name errors ignore this flag, but those should never occur on a var set by the shell itself.) From FreeBSD: don't simply discard memory if a variable is not set for any reason (including because it is readonly) if the var's value had been malloc'd. Free it instead... NFC - DEBUG changes, update this to new TRACE method. KNF - white space and comment formatting. NFC - DEBUG mode only change - convert this to the new TRACE() format. NFC - DEBUG mode only change - complete a change made earlier (marking the line number when included in the trace line tag to show whether it comes from the parser, or the elsewhere as they tend to be quite different). Initially only one case was changed, while I pondered whether I liked it or not. Now it is all done... Also when there is a line tag at all, always include the root/sub-shell indicator character, not only when the pid is included. NFC: DEBUG related comment change - catch up with reality. NFC: DEBUG mode only change. Fix botched cleanup of one TRACE(). "b" more forgiving when sorting options to allow reasonable (and intended) flexibility in option.list format. Changes nothing for current option.list. Now that excessive use of STACKSTRNUL has served its purpose (well, accidental purpose) in exposing the bug in its implementation, go back to not using it when not needed for DEBUG TRACE purposes. This change should have no practical effect on either a DEBUG shell (where the STACKSTRNUL() calls remain) or a non DEBUG shell where they are not needed. Correct the initial line number used for processing -c arg strings. (It was inheriting the value from end of profile file processing) - I didn't notice before as I usually test with empty or no profile files to avoid complications. Trivial change which should have very limited impact. Fix from FreeBSD (applied there in July 2008...) Don't dump core with input like sh -c 'x=; echo >&$x' - that is where the word after a >& or <& redirect expands to nothing at all. Another fix from FreeBSD (this one from April 2009). When processing a string (as in eval, trap, or sh -c) don't allow trailing \n's to destroy the exit status of the last command executed. That is: sh -c 'false ' echo $? should produce 1, not 0. It is amazing what nonsense appears to work sometimes... (all my nonsense too!) Two bugs here, one benign because of the way the script is used. The other hidden by NetBSD's sort being stable, and the data not really requiring sorting at all... So as it happens these fixes change nothing, but they are needed anyway. (The contents of the generated file are only used in DEBUG shells, so this is really even less important than it seems.) Another ancient (highly improbable) bug bites the dust. This one caused by incorrect macro usage (ie: using the wrong one) which has been in the sources since version 1.1 (ie: forever). Like the previous (STACKSTRNUL) bug, the probability of this one actually occurring has been infinitesimal but the LINENO code increases that to infinitesimal and a smidgen... (or a few, depending upon usage). Still, apparently that was enough, Kamil Rytarowski discovered that the zsh configure script (damn competition!) managed to trigger this problem. source .editrc after we initialize so that commands persist! Make arg parsing in kill POSIX compatible with POSIX (XBD 2.12) by parsing the way getopt(3) would, if only it could handle the (required) -signumber and -signame options. This adds two "features" to kill, -ssigname and -lstatus now work (ie: one word with all of the '-', the option letter, and its value) and "--" also now works (kill -- -pid1 pid2 will not attempt to send the pid1 signal to pid2, but rather SIGTERM to the pid1 process group and pid2). It is still the case that (apart from --) at most 1 option is permitted (-l, -s, -signame, or -signumber.) Note that we now have an ambiguity, -sname might mean "-s name" or send the signal "sname" - if one of those turns out to be valid, that will be accepted, otherwise the error message will indicate that "sname" is not a valid signal name, not that "name" is not. Keeping the "-s" and signal name as separate words avoids this issue. Also caution: should someone be weird enough to define a new signal name (as in the part after SIG) which is almost the same name as an existing name that starts with 'S' by adding an extra 'S' prepended (eg: adding a SIGSSYS) then the ambiguity problem becomes much worse. In that case "kill -ssys" will be resolved in favour of the "-s" flag being used (the more modern syntax) and would send a SIGSYS, rather that a SIGSSYS. So don't do that. While here, switch to using signalname(3) (bye bye NSIG, et. al.), add some constipation, and show a little pride in formatting the signal names for "kill -l" (and in the usage when appropriate -- same routine.) Respect COLUMNS (POSIX XBD 8.3) as primary specification of the width (terminal width, not number of columns to print) for kill -l, a very small value for COLUMNS will cause kill -l output to list signals one per line, a very large value will cause them all to be listed on one line.) (eg: "COLUMNS=1 kill -l") TODO: the signal printing for "trap -l" and that for "kill -l" should be switched to use a common routine (for the sh builtin versions.) All changes of relevance here are to bin/kill - the (minor) changes to bin/sh are only to properly expose the builtin version of getenv(3) so the builtin version of kill can use it (ie: make its prototype available.) Properly support EDITRC - use it as (naming) the file when setting up libedit, and re-do the config whenever EDITRC is set. Get rid of workarounds for ancient groff html backend. Simplify macro usage. Make one example more like a real world possibility (it still isn't, but is closer) - though the actual content is irrelevant to the point being made. Add literal prompt support this allows one to do: CA="$(printf '\1')" PS1="${CA}$(tput bold)${CA}\$${CA}$(tput sgr0)${CA} " Now libedit supports embedded mode switch sequence, improve sh support for them (adds PSlit variable to set the magic character). NFC: DEBUG only change - provide an externally visible (to the DEBUG sh internals) interface to one of the internal (private to trace code) functions Include redirections in trace output from "set -x" Implement PS1, PS2 and PS4 expansions (variable expansions, arithmetic expansions, and if enabled by the promptcmds option, command substitutions.) Implement a bunch of new shell environment variables. many mostly useful in prompts when expanded at prompt time, but all available for general use. Many of the new ones are not available in SMALL shells (they work as normal if assigned, but the shell does not set or use them - and there is no magic in a SMALL shell (usually for install media.)) Omnibus manual update for prompt expansions and new variables. Throw in some random cleanups as a bonus. Correct a markup typo (why did I not see this before the prev commit??) Sort options (our default is 0..9AaBbZz). Fix markup problems and a typo. Make $- list flags in the same order they appear in sh(1) Do a better job of detecting the error in pkgsrc/devel/libbson-1.6.3's configure script, ie: $(( which is intended to be a sub-shell in a command substitution, but is an arith subst instead, it needs to be written $( ( to do as intended. Instead of just blindly carrying on to find the missing )) somewhere, anywhere, give up as soon as we have seen an unbalanced ')' that isn't immediately followed by another ')' which in a valid arith subst it always would be. While here, there has been a comment in the code for quite a while noting a difference in the standard between the text descr & grammar when it comes to the syntax of case statements. Add more comments to explain why parsing it as we do is in fact definitely the correct way (ie: the grammar wins arguments like this...). DEBUG and white space changes only. Convert TRACE() calls for DEBUg mode to the new style. NFC (when not debugging sh). Mostly DEBUG and white space changes. Convert DEEBUG TRACE() calls to the new format. Also #if 0 a function definition that is used nowhere. While here, change the function of pushfile() slightly - it now sets the buf pointer in the top (new) input descriptor to NULL, instead of simply leaving it - code that needs a buffer always (before and after) must malloc() one and assign it after the call. But code which does not (which will be reading from a string or similar) now does not have to explicitly set it to NULL (cleaner interface.) NFC intended (or observed.) DEBUG changes: convert DEBUG TRACE() calls to new format. ALso, cause exec failures to always cause the shell to exit with status 126 or 127, whatever the cause. 127 is intended for lookup failures (and is used that way), 126 is used for anything else that goes wrong (as in several other shells.) We no longer use 2 (more easily confused with an exit status of the command exec'd) for shell exec failures. DEBUG only changes. Convert the TRACE() calls in the remaining files that still used it to the new format. NFC. Fix a reference after free (and consequent nonsense diagnostic for attempts to set readonly variables) I added in 1.60 by incompletely copying the FreeBSD fix for the lost memory issue.
|
| 1.113.4.2 |
| 26-Nov-2018 |
pgoyette | Sync with HEAD, resolve a couple of conflicts
|
| 1.113.4.1 |
| 25-Jun-2018 |
pgoyette | Sync with HEAD
|
| 1.114.2.3 |
| 21-Apr-2020 |
martin | Ooops, restore accidently removed files from merge mishap
|
| 1.114.2.2 |
| 21-Apr-2020 |
martin | Sync with HEAD
|
| 1.114.2.1 |
| 10-Jun-2019 |
christos | Sync with HEAD
|
| 1.115.6.1 |
| 31-May-2021 |
cjep | sync with head
|