This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [RFC] Characters per line: from punch card (80) to line printer (132) (was: [Patch][OpenMP/OpenACC/Fortran] Fix mapping of optional (present|absent) arguments)
- From: Jeff Law <law at redhat dot com>
- To: Paul Koning <paulkoning at comcast dot net>, Joseph Myers <joseph at codesourcery dot com>
- Cc: Thomas Schwinge <thomas at codesourcery dot com>, gcc at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org, fortran at gcc dot gnu dot org, Jakub Jelinek <jakub at redhat dot com>, Tobias Burnus <tobias at codesourcery dot com>, Michael Meissner <meissner at linux dot ibm dot com>
- Date: Thu, 5 Dec 2019 09:40:15 -0700
- Subject: Re: [RFC] Characters per line: from punch card (80) to line printer (132) (was: [Patch][OpenMP/OpenACC/Fortran] Fix mapping of optional (present|absent) arguments)
- References: <8be82276-81b1-817c-fcd2-51f24f5fe2d2@codesourcery.com> <20191205151515.GS10088@tucnak> <87lfrq6ahm.fsf@euler.schwinge.homeip.net> <alpine.DEB.2.21.1912051612270.14354@digraph.polyomino.org.uk> <4A56F4A2-4FAB-4FF3-AFEB-13142CEC9E4B@comcast.net>
On 12/5/19 9:24 AM, Paul Koning wrote:
>
>
>> On Dec 5, 2019, at 11:17 AM, Joseph Myers <joseph@codesourcery.com>
>> wrote:
>>
>> On Thu, 5 Dec 2019, Thomas Schwinge wrote:
>>
>>> In the relevant session at the GNU Tools Cauldron 2019, Michael
>>> Meissner stated that even he is not using a 80 x 24 terminal
>>> anymore, and that should tell us something. ;-)
>>>
>>> So, I formally propose that we lift this characters per line
>>> restriction from IBM punch card (80) to mainframe line printer
>>> (132).
>>
>> I thought these line lengths were based on readability studies
>> suggesting lengths that lines shorter than 80 columns were more
>> readable?
>
> That's certainly a general rule. There is a reason why books aren't
> wide, and why newspapers have columns. The eye can't deal well with
> long lines. So while 132 column lines are certainly possible with
> modern computers, it doesn't mean they are desirable.
I'd like to see the restriction relaxed. THe 80 column limit really
presents readability problems and excessive expression wrapping to
accommodate the limit. 132 seems like a very reasonable compromise.
My biggest worry with moving to 132 columns is that it will discourage
refactoring when indention levels cause excessive wrapping.
Jeff