Re: Definition of "should" seems inconsistent with idea of "deprecated"
David Gibson <[email protected]>
| Newsgroups | org.kernel.vger.devicetree-spec |
|---|---|
| Message-ID | <ZTG8szcUghDU12ZZ@zatzit> |
On Thu, Oct 19, 2023 at 07:03:56AM -0400, Robert P. J. Day wrote: > > Reading DTSpec v0.4, near the beginning: > > "The word should is used to indicate that among several possibilities > one is recommended as particularly suitable, without mentioning or > excluding others; or that a certain course of action is preferred but > not necessarily required; or that (in the negative form) a certain > course of action is deprecated but not prohibited (should equals is > recommended that)." > > It seems contradictory to suggest that "should" implies > "recommended" but, in the negative sense, it can also support I believe that by "in the negative form", it means when something says "should not".. > "deprecated", which typically suggests something that is *not* > recommended but is nonetheless acceptable. ..in which case being similar to "deprecated" makes sense. I will agree that saying "in the negative form", parenthesized, amongst a cluster of interacting clauses is probably not a great way of expressing this, and it might be clearer to explicitly give a meaning to "should not". > > It just seems like that's giving off mixed messages. > > rday > -- David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEO+dNsU4E3yXUXRK2zQJF27ox2GcFAmUxvKAACgkQzQJF27ox 2GeVVQ//Y4kJILmMa3cS7Tg1MBs/IhBGPQ1iKVYUOyvCTJR1ya7DQyGjyXccoeqU RX0vnxVsnWWmV453eGob+07xltWynysViwIomHn8RkdXbOctVZ9UN9tqZt+A/OAC 9pnHlukZUWu//UFG1B5vuxWYfawvoYzZQs5w9TXt+ik6s1x1WTS3V2ssgDp+RM2n l9+LBxLcpzIwNaBiEkVqQbyfgSdOndC3CticmTGtMOQ1qtpi5ECvBIaa5WgjCwCV /meb3mmCWbfy7g3tYrzD+t2TjmdWtIxW9xQoOkNMM+O5DtTRrjOLt0SYWFPsf3Ll SitdVfhAYKrR7of50TuK8b0umBq4Yl2D7INvgwqMn625oOqG4ZJ6ujW823qR7eVS UvMvrmikm3ivnmALn6JPbUKL8CNJuzeo4wReyVn4KDeo7TWtcY3tOzIim1VPmaUV gw+3Rb36oyik9Xd6Ojdpao5k5x4e0JYxvBPo7Ck7QFxZtFtcQlIMSC6ZPut6S7CR flFl5sAbH7okv162wo2ZLkiChUpx9381qkuB3wpHrLKI5XgCEgvABa5ITF2UKDEa F/jsNhZINF5tKe4QheJs4prglzGhp2/e24SmQU0P1oNsYg4InSZ9KaB0rVXcQbu6 W+Y5DotG/U7SQayZqO+H0ElTrIUQJM3n3U5vqqnG7XfF6j4qpWU= =ESMM -----END PGP SIGNATURE-----