Perhaps so, but I find it perplexing.
I hope you did look that up. It is a celebrated verse.
I take it you didn't actually know what you were on about,
upthread.
It would have been rude of me to have botherd you had I known
about it.
Which is not surprising, since you were wrong.
I agree with that. It is quite comforting.
<OT>
You may have noticed the hullabaloo about M. Hawkings
presentation about blackholes and information loss etc.
I know he is wrong, he knows he is wrong, most everyone
knows he is wrong. He is merely LESS wrong than he was.
</OT>
My queries were about M. Pop's assertion that the standard
requires at most ONE diagnostic and it can be anything at all.
Omitting for the present, flashing lights, and other forms of
display and confining ourselves to text output, the implication
is that any text output is sufficient to satisfy the requirements
of the standard and the content of the text output can be
the same for any and all diagnostics.
He is probably right. He usually is in these matters. But since
he is kind enough to expend some of his time and energy, I was
merely taking advantage of it to get my own understanding of the
issue clarified as much as possible.
In these matters one has to take the standard as a whole. So I
quoted a passage that deals with diagnostics about undefined
behaviour and constraint violation etc. To which M. Pop rightly
pointed out that it is irrelevant to the argument.
Quoted below are some chapters and verses. Note that 3.10 IMPLIES
the set "MESSAGE OUTPUT" of which diagnotic messages are a SUBSET.
But as M. Pop pointed out, a set IS a subset of itself.
(3=2+1 so, oddly enough, 3.10(1) is close enough to 21:11)
Note that F.7.2 implies more than one diagnostic message output
but it is only a RECOMMENDED PRACTICE and not a REQUIRED one.
3.10
1 diagnostic message
message belonging to an implementation-defined subset of the
implementation's message output
5.1.1.3 Diagnostics
1 A conforming implementation shall produce at least one
diagnostic message (identified in an implementation-defined
manner) if a preprocessing translation unit or translation
unit contains a violation of any syntax rule or constraint,
even if the behavior is also explicitly specified as undefined
or implementation-defined. Diagnostic messages need not be
produced in other circumstances.
2 EXAMPLE An implementation shall issue a diagnostic for the
translation unit:
char i;
int i;
because in those cases where wording in this International
Standard describes the behavior for a construct as being both
a constraint error and resulting in undefined behavior, the
constraint error shall be diagnosed.
6.4.4.2 Floating constants
Recommended practice
6 The implementation should produce a diagnostic message if a
hexadecimal constant cannot be represented exactly in its
evaluation format; the implementation should then proceed
with the translation of the program.
6.7.8 Initialization
29 ... If there had been more than six items in any of the
lists, a diagnostic message would have been issued. ...
F.7.2 Translation
Recommended practice
2 The implementation should produce a diagnostic message for
each translation-time floating-point exception, other than
‘‘inexact''; the implementation should then proceed with
the translation of the program.