Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!bloom-beacon!bu-cs!buengc!bph
From: bph@buengc.BU.EDU (Blair P. Houghton)
Newsgroups: comp.lang.c
Subject: Re: Max line length (was Re: programming challenge ...)
Message-ID: <2322@buengc.BU.EDU>
Date: 17 Mar 89 18:41:51 GMT
References: <2102@jasper.UUCP> <207600017@s.cs.uiuc.edu> <9777@bloom-beacon.MIT.EDU> <1166@auspex.UUCP> <3072@nunki.usc.edu> <2314@buengc.BU.EDU>
Reply-To: bph@buengc.bu.edu (Blair P. Houghton)
Followup-To: comp.lang.c
Organization: Boston Univ. Col. of Eng.
Lines: 39

In article <2314@buengc.BU.EDU> bph@buengc.bu.edu (Blair P. Houghton) writes:
>In article <3072@nunki.usc.edu> jeenglis@nunki.usc.edu (Joe English) writes:
>>guy@auspex.UUCP (Guy Harris) writes:
>>>
>>>December 7, 1988 draft, says:
>>>	2.2.4.1 Translation limits
>>>
>>>	   The implementation shall be able to translate and execute
>>>	at least one program that contains at least one instance of
>>>	every one of the following limits:
>>
>>Shouldn't it say instead:
[...you've seen that part...]

Some of what I replied:
>The program implied by "at least one program" would therefore be the
>program with all of its syntax perfectly C, and using _all_ of the
>limits given.

Yep.  I'm wrong, and it's that snidely whiplash, Doug Gwyn, that dood it,
by posting the rationale.

It seems that "all of its syntax perfectly C" is completely ingermane.

2.2.4.1 implies that a {Fortran,Pascal,Algol,*} program that exercises
all of the 2.2.4.1 limits is acceptable C wrt 2.2.4.1.  The fact that
it breaks all the other rules doesn't matter to 2.2.4.1.  That's what
all the other rules are for.

And they came up with 509 chars as a minimum maximum-edible line length
to give small computers a chance.  I assume this means that an
implementation that allows, say, 1021 chars on a line would be
encouraging the creation of non-universally-portable code, and therefore
there's something that makes such an implementation non-conforming.

Yes?

				--Blair
				  "510 or Fight!"