Re: CVS commit: src/usr.bin/xlint

2021-03-26 Thread Valery Ushakov
On Sat, Mar 27, 2021 at 00:01:25 +0100, Roland Illig wrote: > > > Log Message: > > > lint: in malloc calls, use 'sizeof *ptr' instead of 'sizeof(type)' > > > > style says "sizeof(" not "sizeof " > > > > * Casts and sizeof's are not followed by a space. > > There are several forms of

Re: CVS commit: src/usr.bin/xlint

2021-03-26 Thread Roland Illig
On 27.03.2021 00:16, Valery Ushakov wrote: On Sat, Mar 27, 2021 at 00:01:25 +0100, Roland Illig wrote: To me, writing 'sizeof expr' is clearer than 'sizeof(expr)' since 'sizeof' is not a function, same as with 'return'. Did I misinterpret the style guide in this regard? We do want it to look

Re: CVS commit: src/usr.bin/xlint

2021-03-26 Thread Roland Illig
On 26.03.2021 23:18, Christos Zoulas wrote: In article <20210326203108.3a4e5f...@cvs.netbsd.org>, Roland Illig wrote: -=-=-=-=-=- Module Name:src Committed By: rillig Date: Fri Mar 26 20:31:07 UTC 2021 Modified Files: src/usr.bin/xlint/common: tyname.c

Re: CVS commit: src/usr.bin/xlint

2021-03-26 Thread Christos Zoulas
In article <20210326203108.3a4e5f...@cvs.netbsd.org>, Roland Illig wrote: >-=-=-=-=-=- > >Module Name: src >Committed By: rillig >Date: Fri Mar 26 20:31:07 UTC 2021 > >Modified Files: > src/usr.bin/xlint/common: tyname.c > src/usr.bin/xlint/lint1: cgram.y decl.c err.c

Re: CVS commit: src/usr.bin/xlint

2021-03-26 Thread Valery Ushakov
On Sat, Mar 27, 2021 at 01:44:07 +0100, Roland Illig wrote: > On 27.03.2021 00:16, Valery Ushakov wrote: > > On Sat, Mar 27, 2021 at 00:01:25 +0100, Roland Illig wrote: > > > To me, writing 'sizeof expr' is clearer than 'sizeof(expr)' since > > > 'sizeof' is not a function, same as with 'return'.

Re: CVS commit: src/usr.bin/xlint

2021-03-26 Thread Christos Zoulas
> > There are several forms of writing sizeof: > > 1. sizeof expr > 2. sizeof(expr) > 3. sizeof (expr) > 4. sizeof(type) > 5. sizeof (type) > > I thought that the point of the rule you cited was to discourage forms 3 > and 5. Does the rule also discourage form 1, and if so, why? > > To me,