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