#
f8e3b479 |
| 05-Jun-2022 |
schwarze <schwarze@openbsd.org> |
With the improved escape sequence parser, it becomes easy to also improve diagnostics. Distinguish "incomplete escape sequence", "invalid special character", and "unknown special character" from the
With the improved escape sequence parser, it becomes easy to also improve diagnostics. Distinguish "incomplete escape sequence", "invalid special character", and "unknown special character" from the generic "invalid escape sequence", also promoting them from WARNING to ERROR because incomplete escape sequences are severe syntax violations and because encountering an invalid or unknown special character makes it likely that part of the document content intended by the authors gets lost.
show more ...
|
#
a72149c5 |
| 03-Jun-2022 |
schwarze <schwarze@openbsd.org> |
During identifier parsing, handle undefined escape sequences in the same way as groff: * \\ is always reduced to \ * \. is always reduced to . * other undefined escape sequences are usually reduced t
During identifier parsing, handle undefined escape sequences in the same way as groff: * \\ is always reduced to \ * \. is always reduced to . * other undefined escape sequences are usually reduced to the escape name, for example \G to G, except during the expansion of expanding escape sequences having the standard argument form (in particular \* and \n), in which case the backslash is preserved literally.
Yes, this is confusing indeed. For example, the following have the same meaning: * .ds \. and .ds . which is not the same as .ds \\. * \*[\.] and \*[.] which is not the same as \*[\\.] * .ds \G and .ds G which is not the same as .ds \\G * \*[\G] and \*[\\G] which is not the same as \*[G] <- sic!
To feel less dirty, have a leaning toothpick, if you are so inclined.
This patch also slightly improves the string shown by the "escaped character not allowed in a name" error message.
show more ...
|
#
f59bf838 |
| 19-May-2022 |
schwarze <schwarze@openbsd.org> |
remove a bogus warning that went away as a side effect of the roff_expand() reorganization in roff.c rev. 1.260
|
#
aa4e49cc |
| 06-Jul-2017 |
schwarze <schwarze@openbsd.org> |
Now that we have the -Wstyle message level, downgrade six warnings that are not syntax mistakes and that do not cause wrong formatting or content to style suggestions. Also upgrade two warnings that
Now that we have the -Wstyle message level, downgrade six warnings that are not syntax mistakes and that do not cause wrong formatting or content to style suggestions. Also upgrade two warnings that may cause information loss to errors.
show more ...
|
#
943fb9d8 |
| 04-Jul-2017 |
schwarze <schwarze@openbsd.org> |
Messages of the -Wbase level now print STYLE:. Since this causes horrible churn anyway, profit of the opportunity to stop excessive testing, such that this is hopefully the last instance of such chu
Messages of the -Wbase level now print STYLE:. Since this causes horrible churn anyway, profit of the opportunity to stop excessive testing, such that this is hopefully the last instance of such churn. Consistently use OpenBSD RCS tags, blank .Os, blank fourth .TH argument, and Mdocdate like everywhere else. Use -Ios=OpenBSD for platform-independent predictable output.
show more ...
|
#
a86bc85a |
| 25-Jun-2017 |
schwarze <schwarze@openbsd.org> |
cope with changes in BASE messages
|
#
6d5a9b85 |
| 17-Jun-2017 |
schwarze <schwarze@openbsd.org> |
churn related to the new style message about RCS ids
|
#
5adfc765 |
| 11-Jun-2017 |
schwarze <schwarze@openbsd.org> |
churn caused by the new Mdocdate messages, no easy way to avoid this :(
|
#
be486a49 |
| 11-Aug-2014 |
schwarze <schwarze@openbsd.org> |
start catching up with recent code changes, but no new files yet
|
#
dd5b31c3 |
| 06-Jul-2014 |
schwarze <schwarze@openbsd.org> |
Clean up messages related to plain text and to escape sequences. * Mention invalid escape sequences and string names, and fallbacks. * Hierarchical naming.
|