Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!mit-eddie!genrad!decvax!ima!haddock!karl
From: karl@haddock.UUCP (Karl Heuer)
Newsgroups: comp.lang.c
Subject: Re: draft ANSI standard: needs your tomatoes
Message-ID: <290@haddock.UUCP>
Date: Wed, 24-Dec-86 16:17:23 EST
Article-I.D.: haddock.290
Posted: Wed Dec 24 16:17:23 1986
Date-Received: Wed, 24-Dec-86 21:38:28 EST
References: <1384@hoptoad.uucp> <2550002@hpisod2.HP>
Reply-To: karl@haddock.ISC.COM.UUCP (Karl Heuer)
Organization: Interactive Systems, Boston
Lines: 18
Summary: SOURCE_LINE_LENGTH needs to be large

In article <2550002@hpisod2.HP> decot@hpisod2.HP (Dave Decot) writes:
>I don't know about the others, but SOURCE_LINE_LENGTH is not the minimum
>allowable maximum number of lines in a source file, it's the minimum allowable
>maximum length of *each* source line.  Personally, I'd like to see that
>particular value set to 128, so I can fit listings on my lineprinter.

Note that this constant refers to the line length *after* macro expansion.  I
just tried running the preprocessor on the line "putchar(getchar());" (with
) and found it to be 642 characters.

This may be a pathological case, but I think it illustrates the need for a
moderately large value for this constant, even if "real" source files are 80
columns wide.

If you want to fit *processed* listings on your printer, I suggest you obtain
(or write) a filter to fold long lines.

Karl W. Z. Heuer (ima!haddock!karl or karl@haddock.isc.com), The Walking Lint