History log of /openbsd/regress/usr.bin/mandoc/roff/string/name.out_lint (Results 1 – 10 of 10)
Revision Date Author Comments
# 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.