|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v11 5/9] xen/x86: use DECLARE_BOUNDS as required
On 08/03/2019 09:46, Jan Beulich wrote:
>>>> Ian Jackson <ian.jackson@xxxxxxxxxx> 03/07/19 3:02 PM >>>
>> Stefano Stabellini writes ("Re: [PATCH v11 5/9] xen/x86: use DECLARE_BOUNDS
>> as required"):
>>> On Wed, 6 Mar 2019, Jan Beulich wrote:
>>>> Is the line wrapping really needed here?
>>>
>>> It would end at 80 characters exactly otherwise. I am happy to do as you
>>> prefer.
>>
>> Certainly I prefer lines to end strictly less than 80 characters and
>> preferably even shorter. My mailer/editor produces wrap damage for
>> exactly-80-character lines.
>>
>> I think this wrapping was introduced by Stefano after a prompt from
>> me.
>>
>> Jan, it is quite unfortunate that you are replying to Stefano to
>> disagree with things that Stefano did because I suggested them, rather
>> than replying to my patch comments. We must not put Stefano in the
>> middle of a disagreement between different committers.
>
> I'm sorry, but I may have easily overlooked this earlier comment of yours.
> Anyway, a later reply by Stefano suggests that the line would end up
> being 79 chars, which is in line with ./CODING_STYLE.
>
>
>> On this style question, while I have an opinion, I don't consider
>> myself a maintainer, so the hypervisor maintainers' answer is
>> definitive.
>>
>>
>> Nevertheless, I will have one go at trying to convince Jan:
>>
>> Note that:
>>
>> - When code is turned into a patch, an extra character is added for
>> the diff +/-. That means that 80-column code becomes 81 columns
>> wide.
>>
>> - When a patch is quoted for review in email, two (usually) extra
>> quoting characters are added ('> ') for each level of reply,
>> so 80-column code becomes 83 or 85 (or more) columns wide.
>>
>> - One purpose of the line length limit is to fit within a
>> conventional 80-column text terminal window (or at least, to
>> minimise the number of lines which overflow such a window)
>>
>> - In an 80 column ssh session, simple representations are only
>> capable of unambiguously displaying lines of up to 79 characters.
>>
>> - Therefore the total available code width which can be displayed
>> unambiguously in an 80-column ssh session, within a singly quoted
>> patch, is 76 characters. Longer lines produce wrap damage.
>>
>> To me would seem to imply that a *code* line length limit of 76 or 74
>> characters should be usual. Certainly it seems churlish to object to
>> patches where the new code is wrapped to avoid lines >76.
>
> ./CODING_STYLE is pretty clear about it being "less than 80 characters".
> If you want a lower limit, I think you'd have to propose a patch to that file
> (which I'd likely try to prevent from going in). Wrapping in particular
> for(;;)
> (as was the case here iirc) is always weighing length vs readability. I for
> one consider for(;;) easier to read when it's all on one line. Therefore I'd
> prefer if no "early" wrapping was done. But as always - if a majority thinks
> differently, so be it.
-2 for lowering the limit.
Juergen
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |