# $NetBSD: opt-file.mk,v 1.14 2021/12/09 20:47:33 rillig Exp $ # # Tests for the -f command line option, which adds a makefile to the list of # files that are parsed. # TODO: Implementation all: .PHONY all: file-ending-in-backslash all: file-ending-in-backslash-mmap all: line-with-trailing-whitespace all: file-containing-null-byte # When the filename is '-', the input comes from stdin. This is unusual but # possible. # # In the unlikely case where a file ends in a backslash instead of a newline, # that backslash is trimmed. See ParseGetLine. # # make-2014.01.01.00.00.00 invoked undefined behavior, reading text from # outside of the file buffer. # # printf '%s' 'VAR=value\' \ # | MALLOC_OPTIONS="JA" \ # MALLOC_CONF="junk:true" \ # make-2014.01.01.00.00.00 -r -f - -V VAR -dA 2>&1 \ # | less # # The debug output shows how make happily uses freshly allocated memory (the # ) and already freed memory ('Z'). # # ParseReadLine (1): 'VAR=value\' # Global:VAR = value\value\ # ParseReadLine (2): 'alue\' # ParseDependency(alue\) # make-2014.01.01.00.00.00: "(stdin)" line 2: Need an operator # ParseReadLine (3): 'ZZZZZZZZZZZZZZZZ' # ParseDependency(ZZZZZZZZZZZZZZZZ) # file-ending-in-backslash: .PHONY @printf '%s' 'VAR=value\' \ | ${MAKE} -r -f - -V VAR # Between parse.c 1.170 from 2010-12-25 and parse.c 1.511 from 2020-12-22, # there was an out-of-bounds write in ParseGetLine, where line_end pointed at # the end of the allocated buffer, in the special case where loadedfile_mmap # had not added the final newline character. file-ending-in-backslash-mmap: .PHONY @printf '%s' 'VAR=value\' > opt-file-backslash @${MAKE} -r -f opt-file-backslash -V VAR @rm opt-file-backslash # Since parse.c 1.511 from 2020-12-22, an assertion in ParseGetLine failed # for lines that contained trailing whitespace. Worked around in parse.c # 1.513, properly fixed in parse.c 1.514. line-with-trailing-whitespace: .PHONY @printf '%s' 'VAR=$@ ' > opt-file-trailing-whitespace @${MAKE} -r -f opt-file-trailing-whitespace -V VAR @rm opt-file-trailing-whitespace # If a makefile contains null bytes, it is an error. Throughout the history # of make, the behavior has changed several times, sometimes intentionally, # sometimes by accident. # # echo 'VAR=value' | tr 'l' '\0' > zero-byte.in # printf '%s\n' 'all:' ': VAR=${VAR:Q}' >> zero-byte.in # # for year in $(seq 2003 2020); do # echo $year: # make-$year.01.01.00.00.00 -r -f zero-byte.in # echo "exit status $?" # echo # done 2>&1 \ # | sed "s,$PWD/,.," # # This program generated the following output: # # 2003 to 2007: # exit status 0 # # 2008 to 2010: # make: "zero-byte.in" line 1: Zero byte read from file # make: Fatal errors encountered -- cannot continue # # make: stopped in . # exit status 1 # # 2011 to 2013: # make: no target to make. # # make: stopped in . # exit status 2 # # 2014 to 2020-12-06: # make: "zero-byte.in" line 1: warning: Zero byte read from file, skipping rest of line. # exit status 0 # # Since 2020-12-07: # make: "zero-byte.in" line 1: Zero byte read from file # make: Fatal errors encountered -- cannot continue # make: stopped in . # exit status 1 file-containing-null-byte: .PHONY @printf '%s\n' 'VAR=value' 'VAR2=VALUE2' \ | tr 'l' '\0' \ | ${MAKE} -r -f - -V VAR -V VAR2 all: : Making ${.TARGET}