HOLA, MUCHAS GRACIAS, POR SUS SERVICIOS










> Send bug-indent mailing list submissions to
>       [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
>       http://lists.gnu.org/mailman/listinfo/bug-indent
> or, via email, send a message with subject or body 'help' to
>       [email protected]
>
> You can reach the person managing the list at
>       [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of bug-indent digest..."
>
>
> Today's Topics:
>
>    1. rehashing unary-op "regression" in 2.2.11 (Mats Wichmann)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 30 Aug 2010 12:17:00 -0600
> From: Mats Wichmann <[email protected]>
> Subject: rehashing unary-op "regression" in 2.2.11
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>
> Back in April I see there was a thread on new behavior which
> didn't do the expected thing with !!
>
> The argument at the time was:
>
> "Indeed your described behaviour is a defined part of C, however I'd say
> that such a usage falls under the category of 'cleverness' - where most
> programmers would need to reach for the manual to verify what the result
> would be and what the intention is. See for example what "Writing Solid
> Code" - Steve Maguire has to say on the subject (basically "avoid
> cleverness"). Since your expression is two applications of an operator
> (and not a multi-character operator) I would say that in this regard
> version 2.2.11 doesn't regress, but (unintentionally) fixes a
> long-standing defect. "
>
>
> However, there are other unary operators as well; in particular this
> also affects the indirection operator '*', without "cleverness".
>
> Now a sequence such as this example:
>
>      struct dirent * * dp;
>
> Is no longer collapsed to:
>
>      struct dirent **dp;
>
> While there is no breakage in this, I would argue that the latter form
> is at the very least part of the K&R "style", as it's the only way
> the construct appears there - and pretty much anywhere else,
> anecdotally.
>
> Yeah, it's been a while; I work on a system where some header files
> are generated using database data and some scripts, and then
> indent is used to put the result into a consistent style.
>
> Had a little surprise when the build host got upgraded to a distro
> using 2.2.11 and suddenly there were many lines of diff...
>
> -- mats
>
>
>
>
> ------------------------------
>
> _______________________________________________
> bug-indent mailing list
> [email protected]
> http://lists.gnu.org/mailman/listinfo/bug-indent
>
>
> End of bug-indent Digest, Vol 75, Issue 1
> *****************************************
>
> --
> Este mensaje ha sido analizado por MailScanner Nodo Finlay, Camaguey, Cuba
> en busca de virus y otros contenidos peligrosos,
> y se considera que está limpio.
>
> Visite nuestro sitio http://nodofinlay.cmw.sld.cu
>
>
>



-- 
Este mensaje ha sido analizado por MailScanner Nodo Finlay, Camaguey, Cuba
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.

Visite nuestro sitio http://nodofinlay.cmw.sld.cu



--

Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/

_______________________________________________
bug-indent mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-indent

Reply via email to