| History log of /src/usr.bin/make/unit-tests/dir.exp |
| Revision | | Date | Author | Comments |
| 1.7 |
| 31-Oct-2020 |
rillig | make(1): add test for debug log for expansion of curly braces
|
| 1.6 |
| 31-Oct-2020 |
rillig | make(1): mark the output in test dir.mk with a prefix
This is needed to distinguish it from the debug log, which will be added
in the next commit.
|
| 1.5 |
| 31-Jul-2020 |
rillig | make(1): add a test for deeply nested brace dependency
|
| 1.4 |
| 31-Jul-2020 |
rillig | make(1): add more tests for expanding curly braces in dependencies
|
| 1.3 |
| 31-Jul-2020 |
rillig | make(1): fix regression and add test for empty brace expansion
This had been broken in r1.80 of dir.c, a few minutes ago.
|
| 1.2 |
| 31-Jul-2020 |
rillig | make(1): fix parsing of nested braces in dependency lines
Before, make could not parse {{thi,fou}r,fif}teen properly. It did
correctly split up the outer brace into "" + "{thi,fou}r,fif" + "teen",
but then, when expanding the inner braces, it interpreted the first
comma already as a separator, even though this comma was enclosed in
another set of braces.
This resulted in the wrong expansion "{thiteen", which produced the
error message. The next word "fouteen" was produced since the parser
stopped at the next closing brace. After this, parsing continued after
the closing brace, producing "rteen". Finally, the last expansion was
the correct "fifteen".
|
| 1.1 |
| 31-Jul-2020 |
rillig | make(1): add test for braces in dependency lines
The comment at DirExpandCurly says something about "recursively", but the
nested braces don't work.
The manual page only mentions that "{} may be used", but it keeps quiet
about the exact meaning and also doesn't mention any nesting.
|
