Re: Stlye(9) strengthen statements on not using K&R function definitions

Shawn Webb <[email protected]>
Newsgroups gmane.os.freebsd.architechture
Message-ID <20220920153801.wzsrphd2ychvfbgm@mutt-hbsd>
On Tue, Jul 26, 2022 at 10:31:17AM -0600, Warner Losh wrote:
> Greetings
> 
> I've posted a review https://reviews.freebsd.org/D35945 which strengths
> statements about K&R definitions and declarations: don't use them. Most of
> the K&R code has been removed from the tree (ufs being the last straggler).
> Future versions of the C standard will remove the K&R definitions and
> declaration syntax. clang 15 will whine about this construct.
> 
> The time is ripe to move to language that suggests an outright prohibition.
> 
> Comments about language? Make them in phabricator.
> Comments about the idea? Reply here

FYI: I did notice the other day that less(1) strictly uses K&R.

-- 
Shawn Webb
Cofounder / Security Engineer
HardenedBSD

https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmMp3lIACgkQ/y5nonf4
4fqSSBAAiqr4euJb6XE8m5tp13ma8N9+dDNNe8ISE+27LUpKMA3HwSLROsCO1tHN
3hZnjAUwIWHVzrY4KRBYVK47v+CQtY/a77fem21rfwWElHNkcS2lv5ylKfic/XYj
SodE5OW4GScbY0M9zYjh7k5ITIc+Hpo8w4G90e9WJZryEfwrW85aEuF5wiQ3qVCl
H9Uh1t/cunRAdormwi/bmdHG/DV3N7PRa5LNduxJ+4bC13uN63aKsXzwAUKRvC2x
CGntVV/fTCBTjyMAgM8JqGl0zoJ+l40H0+G3B+uUrNqq3k1IHTrSrTsR42eCPNVX
8fhhUQoN4j7GkGrvWqb4R1TweYFl2ImpJkqJYQCYj8mshMTlfXDtP5JiOjEAQB/i
ZizVgfqEC0FkyvjwEU3zD2Wna1dNb9dUaerks3YC22r9qCemu1b4FFReUvyO57/y
zkPPr/4ch+4KNA9SXF+URVIFAj2PZ+Q8akyPt+LgyO7AivnuoZTyrItDUGV68QHD
dPHlM9BebNzkNF13317aT+y/QS8pjbLJ+uZSeXCKBv6SunCLhNsvjUR0G3kTduZq
B8r+Gi9Xe7+FqJ5norY8YE0QjDkUw+7eFf2z9Q2xC5Ymkv00VhrPKFH2SyJykL8U
Xq6fqFpEGJ+B17HIs0CCHgIsAoB5ryAXD0E86yuVVizQnw3Dj0c=
=n9mf
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.