From: Kristaps Dzonsons <kristaps@bsd.lv>
To: source@mdocml.bsd.lv
Subject: Re: mdocml: Implement a simple, consistent user interface for error
Date: Fri, 20 Aug 2010 08:02:01 +0200 [thread overview]
Message-ID: <4C6E1A59.7080300@bsd.lv> (raw)
In-Reply-To: <201008200102.o7K127sh024959@krisdoz.my.domain>
> Log Message:
> -----------
> Implement a simple, consistent user interface for error handling.
> We now have sufficient practical experience to know what we want,
> so this is intended to be final:
> - provide -Wlevel (warning, error or fatal) to select what you care about
> - provide -Wstop to stop after parsing a file with warnings you care about
> - provide consistent exit status codes for those warnings you care about
> - fully document what warnings, errors and fatal errors mean
> - remove all other cruft from the user interface, less is more:
> - remove all -f knobs along with the whole -f option
> - remove the old -Werror because calling warnings "fatal" is silly
> - always finish parsing each file, unless fatal errors prevent that
> This commit also includes a couple of related simplifications behind
> the scenes regarding error handling.
> Feedback and OK kristaps@; Joerg Sonnenberger (NetBSD) and
> Sascha Wildner (DragonFly BSD) agree with the general direction.
Ingo, a small thing I don't have the time to ferret out:
.Dd $Mdocdate$
.Dt FOO 1
.Os
.Sh NAME
.Nm foo
.Nd bar
.Sh DESCRIPTION
\(
.Bk
Different results:
% ./mandoc -Wall foo.1 ; echo $?
foo.1:8:1: WARNING: bad escape sequence
foo.1:9:2: FATAL: scope broken, syntax violated
4
% ./mandoc -Wall,stop foo.1 ; echo $?
foo.1:8:1: WARNING: bad escape sequence
2
Am I just being dumb here? Shouldn't the second one roll over the
WARNING into the FATAL as well?
Kristaps
--
To unsubscribe send an email to source+unsubscribe@mdocml.bsd.lv
prev parent reply other threads:[~2010-08-20 6:01 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-20 1:02 schwarze
2010-08-20 6:02 ` Kristaps Dzonsons [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4C6E1A59.7080300@bsd.lv \
--to=kristaps@bsd.lv \
--cc=source@mdocml.bsd.lv \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).