Warning: mysqli::__construct(): (HY000/1203): User howardkn already has more than 'max_user_connections' active connections in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\includes\artfuncs.php on line 21
Failed to connect to MySQL: (1203) User howardkn already has more than 'max_user_connections' active connections
Warning: mysqli::query(): Couldn't fetch mysqli in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\index.php on line 66
Article <868qw3m3iu.fsf@linuxsc.com>
Deutsch   English   Français   Italiano  
<868qw3m3iu.fsf@linuxsc.com>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Tim Rentsch <tr.17687@z991.linuxsc.com>
Newsgroups: comp.arch
Subject: Re: Computer architects leaving Intel...
Date: Sat, 07 Sep 2024 16:45:45 -0700
Organization: A noiseless patient Spider
Lines: 35
Message-ID: <868qw3m3iu.fsf@linuxsc.com>
References: <2024Aug30.161204@mips.complang.tuwien.ac.at> <memo.20240830164247.19028y@jgd.cix.co.uk> <vasruo$id3b$1@dont-email.me> <2024Aug30.195831@mips.complang.tuwien.ac.at> <vat5ap$jthk$2@dont-email.me> <vaunhb$vckc$1@dont-email.me> <vautmu$vr5r$1@dont-email.me> <2024Aug31.170347@mips.complang.tuwien.ac.at> <vavpnh$13tj0$2@dont-email.me> <vb2hir$1ju7q$1@dont-email.me> <jwv34mgo7sz.fsf-monnier+comp.arch@gnu.org> <2024Sep5.151959@mips.complang.tuwien.ac.at>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Injection-Date: Sun, 08 Sep 2024 01:45:46 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="f4e3787f228c748b74e6d718e0ca7324";
	logging-data="1680036"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19WLH/AJ+z2zPqjgjSi0p1DjyGP1tXzn3U="
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux)
Cancel-Lock: sha1:kb/9MkdSGScbVd/unnZAuc8zUDY=
	sha1:apHG1zE2i3ev5BJ4J8XVdAVGCN0=
Bytes: 3070

anton@mips.complang.tuwien.ac.at (Anton Ertl) writes:

> Stefan Monnier <monnier@iro.umontreal.ca> writes:
>
>>> Specifications are an agreement between the supplier and the client.  The
>>
>> The problem here is that the C standard, seen as a contract, is unfair
>> to the programmer, because it's so excruciatingly hard to write code
>> that is guaranteed to be free from UB.
>
> For programs there is no conformance level "free from UB" in the C
> standard.

The C standard doesn't define any conformance "levels":  it defines
the term "strictly conforming program", for its own convenience in
defining the language;  it also defines the term "conforming
program", for no apparent purpose at all.  In both cases however
what is given are simply definitions;  there is no reason an
interested party couldn't give a definition of some other term, for
the purpose of identifying a class of C programs that have some
particular property -- such as being free from undefined behavior --
where membership in the class is completely determined by statements
in the C standard, being used as a reference document.

> There are two conformance levels for programs:
>
> 1) A strictly conforming program shall use only those features of the
>    language and library specified in this International Standard.
>    This excludes all programs that terminate, including the "Hello,
>    World" program.  [...]

I don't know why you say this.  Which aspects of the definition for
"strictly conforming program" do you think are violated by a typical
'Hello, World' program?  I'm confident the people who wrote the C
standard would say such a program is strictly conforming.