CVS log for src/usr.bin/make/unit-tests/directive-export-gmake.mk
Up to [cvs.NetBSD.org] / src / usr.bin / make / unit-tests
Request diff between arbitrary revisions
Keyword substitution: kv
Default branch: MAIN
Revision 1.9: download - view: text, markup, annotated - select for diffs
Sun Dec 17 09:44:00 2023 UTC (11 months, 2 weeks ago) by rillig
Branches: MAIN
CVS tags: perseant-exfatfs-base-20240630,
perseant-exfatfs-base,
perseant-exfatfs,
HEAD
Diff to: previous 1.8: preferred, colored
Changes since revision 1.8: +2 -2
lines
tests/make: in 'expect' lines, require the complete text of the line
Revision 1.8: download - view: text, markup, annotated - select for diffs
Sun Nov 19 09:45:19 2023 UTC (12 months, 2 weeks ago) by rillig
Branches: MAIN
Diff to: previous 1.7: preferred, colored
Changes since revision 1.7: +22 -1
lines
tests/make: test and explain exporting of variables
Revision 1.7: download - view: text, markup, annotated - select for diffs
Sun Aug 20 20:48:32 2023 UTC (15 months, 2 weeks ago) by rillig
Branches: MAIN
Diff to: previous 1.6: preferred, colored
Changes since revision 1.6: +14 -1
lines
tests/make: show a difference between 'export' and '.export'
Revision 1.6: download - view: text, markup, annotated - select for diffs
Sat Aug 19 11:09:02 2023 UTC (15 months, 2 weeks ago) by rillig
Branches: MAIN
Diff to: previous 1.5: preferred, colored
Changes since revision 1.5: +4 -6
lines
make: show realistic invalid line in error message
Previously, the error message 'Invalid line' showed only the expanded
line, which might or might not show the actual problem. To be more
helpful, add the unexpanded line to the error message in case they
differ.
Remove the special handling of invalid lines that result from merge
conflicts. RCS is not commonly used anymore, and mentioning CVS was too
specific. By echoing the whole line, the patterns '<<<<<<' and '>>>>>>'
are clear enough to hint at the problem.
Revision 1.5: download - view: text, markup, annotated - select for diffs
Sat Aug 19 10:52:13 2023 UTC (15 months, 2 weeks ago) by rillig
Branches: MAIN
Diff to: previous 1.4: preferred, colored
Changes since revision 1.4: +3 -4
lines
make: add more details to error message about invalid lines
Revision 1.4: download - view: text, markup, annotated - select for diffs
Sat Aug 19 10:33:32 2023 UTC (15 months, 2 weeks ago) by rillig
Branches: MAIN
Diff to: previous 1.3: preferred, colored
Changes since revision 1.3: +14 -3
lines
tests/make: provide instructions for reproducing bug in gmtime
The test is not enabled because its results differ too much between the
platforms.
Revision 1.3: download - view: text, markup, annotated - select for diffs
Tue Nov 17 20:16:44 2020 UTC (4 years ago) by rillig
Branches: MAIN
CVS tags: netbsd-10-base,
netbsd-10-0-RELEASE,
netbsd-10-0-RC6,
netbsd-10-0-RC5,
netbsd-10-0-RC4,
netbsd-10-0-RC3,
netbsd-10-0-RC2,
netbsd-10-0-RC1,
netbsd-10,
cjep_sun2x-base1,
cjep_sun2x-base,
cjep_sun2x,
cjep_staticlib_x-base1,
cjep_staticlib_x-base,
cjep_staticlib_x
Diff to: previous 1.2: preferred, colored
Changes since revision 1.2: +3 -3
lines
make(1): fix test directive-export-gmake for dash
Dash only accepts environment variables whose names follow the usual
naming conventions. (I didn't look up the exact details.) In
particular, it rejects environment variables whose names start or end
with spaces.
This would result in an empty output from grep, in which case the exit
status from the shell command is non-zero, thus make prints an error
about this. This error message should not appear in the test output, to
keep the test output the same for all platforms.
Revision 1.2: download - view: text, markup, annotated - select for diffs
Mon Oct 19 18:59:53 2020 UTC (4 years, 1 month ago) by rillig
Branches: MAIN
Diff to: previous 1.1: preferred, colored
Changes since revision 1.1: +8 -2
lines
make(1): fix test directive-export-gmake.mk for dash
Revision 1.1: download - view: text, markup, annotated - select for diffs
Fri Oct 2 20:34:59 2020 UTC (4 years, 2 months ago) by rillig
Branches: MAIN
make(1): add tests for parsing and exporting variables
Once again, there are a few surprises deeply hidden inside the edge
cases.
CVSweb <webmaster@jp.NetBSD.org>