On Thu, Mar 30, 2023 at 10:39:31 +, Taylor R Campbell wrote:
> Modified Files:
> src/share/misc: style
>
> Log Message:
> style(5): Forbid extern in .c files.
>
> Discussed on tech-userlevel (bcc tech-kern):
> https://mail-index.netbsd.org/tech-userlevel/2023/03/15/msg013727.html
I
> On Mar 1, 2023, at 2:25 PM, Steffen Nurpmeso wrote:
>
> Jason R Thorpe wrote in
> <20230301040454.c3b17f...@cvs.netbsd.org>:
> |Module Name: src
> |Committed By: thorpej
> |Date: Wed Mar 1 04:04:54 UTC 2023
> |
> |Modified Files:
> | src/share/misc: acronyms.comp
> |
> |Log
Jason R Thorpe wrote in
<20230301040454.c3b17f...@cvs.netbsd.org>:
|Module Name: src
|Committed By: thorpej
|Date: Wed Mar 1 04:04:54 UTC 2023
|
|Modified Files:
| src/share/misc: acronyms.comp
|
|Log Message:
|Add NHACP (NABU HCCA Application Communication Protocol)
NABU is
On Fri, Apr 02, 2021 at 12:45:28AM +0200, Roland Illig wrote:
> For simple cases I agree with Matthew that parentheses should not be
> required. Looking through the src tree, I noticed though that the vast
> majority of the code uses the redundant parentheses, so I also agree
> with Christos that
On 31.03.2021 11:03, Robert Elz wrote:
Here, as I recall it, the issue only arose because of something either
lint or indent was doing, or wanted to do. I don't recall which, but
I do not remember any earlier complaints from anyone that they couldn't
understand code because of missing ()
Date:Wed, 31 Mar 2021 03:03:53 - (UTC)
From:chris...@astron.com (Christos Zoulas)
Message-ID:
| There are 3 x 'sizeof(' in the tree compared to 'sizeof ' in '*.c' and
| I am counting 'sizeof (' as 'sizeof ':
|
| 191337 'sizeof('
| 63508 'sizeof '
|
On Wed, Mar 31, 2021 at 12:38:20PM +1100, matthew green wrote:
> i already did in the other thread -- apply the existing
> () rule. aka, avoid it unless it helps comprehension,
> which means simple sizeof can avoid it, but anything
> slightly complex should not. this means that all the
> fun
In article <6734.1617154...@splode.eterna.com.au>,
matthew green wrote:
>Christos Zoulas writes:
>> In article <20900.1616977...@splode.eterna.com.au>,
>> matthew green wrote:
>> >> Log Message:
>> >> Clarify and explain the rationale for parentheses in sizeof and return as
>> >> discussed.
>>
Christos Zoulas writes:
> In article <20900.1616977...@splode.eterna.com.au>,
> matthew green wrote:
> >> Log Message:
> >> Clarify and explain the rationale for parentheses in sizeof and return as
> >> discussed.
> >
> >+* a function call. We always parenthesize the sizeof expression
In article <20900.1616977...@splode.eterna.com.au>,
matthew green wrote:
>> Log Message:
>> Clarify and explain the rationale for parentheses in sizeof and return as
>> discussed.
>
>+* a function call. We always parenthesize the sizeof expression for
>+* consistency.
>
>i
> Log Message:
> Clarify and explain the rationale for parentheses in sizeof and return as
> discussed.
+* a function call. We always parenthesize the sizeof expression for
+* consistency.
i object. this discussion was not finished.
.mrg.
On Sat, Aug 1, 2020, 6:26 PM Luke Mewburn wrote:
> On 20-08-01 23:07, Taylor R Campbell wrote:
> | Index: share/misc/style
> | ===
> | RCS file: /cvsroot/src/share/misc/style,v
> | retrieving revision 1.56
> | diff -p -p
On 20-08-01 23:07, Taylor R Campbell wrote:
| Index: share/misc/style
| ===
| RCS file: /cvsroot/src/share/misc/style,v
| retrieving revision 1.56
| diff -p -p -u -r1.56 style
| --- share/misc/style1 Aug 2020
On 20-08-01 23:07, Taylor R Campbell wrote:
| > Module Name:src
| > Committed By: lukem
| > Date: Sat Aug 1 02:45:36 UTC 2020
| >
| > Modified Files:
| > src/share/misc: style
| >
| > Log Message:
| > style: prefer braces for single statement control
> Module Name:src
> Committed By: lukem
> Date: Sat Aug 1 02:45:36 UTC 2020
>
> Modified Files:
> src/share/misc: style
>
> Log Message:
> style: prefer braces for single statement control statements
>
> Prefer to use { braces } around single statements after
> control
On 11/06/2020 10:15, Sevan Janiyan wrote:
> Sync with r359561
That should've been r361673
Sevan
Sevan Janiyan writes:
> On 08/05/2019 05:06, matthew green wrote:
> > this doesn't seem in place in acronyms.comp.
>
> I see transmogrify in the dictionary, not transmogrifier
> https://en.wikipedia.org/wiki/TMG_(language)
ah, nevermind me -- i see now.
Sevan Janiyan writes:
> On 08/05/2019 05:06, matthew green wrote:
> > this doesn't seem in place in acronyms.comp.
>
> I see transmogrify in the dictionary, not transmogrifier
> https://en.wikipedia.org/wiki/TMG_(language)
>
> Was it used as an acronym in Calvin & Hobbes?
>
On 08/05/2019 05:06, matthew green wrote:
> this doesn't seem in place in acronyms.comp.
I see transmogrify in the dictionary, not transmogrifier
https://en.wikipedia.org/wiki/TMG_(language)
Was it used as an acronym in Calvin & Hobbes?
"Sevan Janiyan" writes:
> Module Name: src
> Committed By: sevan
> Date: Tue May 7 21:14:46 UTC 2019
>
> Modified Files:
> src/share/misc: acronyms.comp
>
> Log Message:
> TMG
this doesn't seem in place in acronyms.comp.
.mrg.
Kamil Rytarowski wrote:
> On 05.05.2018 11:47, Geoff Wing wrote:
> > VLC = Variable Length Code (or the video player I use)
> > VLA = Variable Length Array
>
> It has been fixed... Should I move this term to acronyms.comp?
Variable Length Code sounds like a good candidate for our acronyms
db if
On 05.05.2018 11:47, Geoff Wing wrote:
> On Friday 2018-05-04 03:01 +1000, Kamil Rytarowski output:
> :Module Name: src
> :Committed By:kamil
> :Date:Thu May 3 17:01:09 UTC 2018
> :
> :Modified Files:
> : src/share/misc: acronyms
> :
> :Log Message:
> :Register new
On Fri, Mar 24, 2017 at 12:49:43PM +, Brian Ginsbach wrote:
> Modified Files:
> src/share/misc: acronyms.comp
>
> Log Message:
> Add the more prevalent media access control (MAC) in addition to
> medium access control
It doesn't really need both...
--
David A. Holland
On Tue, Jun 07, 2016 at 07:42:47PM +, Marc Balmer wrote:
> Module Name: src
> Committed By: mbalmer
> Date: Tue Jun 7 19:42:47 UTC 2016
>
> Modified Files:
> src/share/misc: airport
>
> Log Message:
> BER is not an operational airport
Much as I don't care about this file,
On Sun, Apr 26, 2015 at 09:24:26PM +0200, Marc Balmer wrote:
If you persist in this attitude, you're likely to generate a consensus
within this part of the Internet culture to document your sudden
lack of a commit bit.
David, I think this a uneeded threat. rodent's commit might not
Are you removing any inappropriate/hostile words in the tree (if exists)?
Am 25.04.15 um 11:24 schrieb David Holland:
On Fri, Apr 24, 2015 at 12:20:17AM +, Blue Rats wrote:
Module Name: src
Committed By: rodent
Date: Fri Apr 24 00:20:17 UTC 2015
Modified Files:
src/share/misc: acronyms
Log Message:
+BB = baby
On Sun, Apr 26, 2015 at 06:09:37PM +0900, Masao Uebayashi wrote:
Are you removing any inappropriate/hostile words in the tree (if exists)?
If there's stuff of the same sort as the acronyms that got pruned,
perhaps so. Don't know of any, but that doesn't mean it's not there.
(routine bad
Am 25.04.15 um 18:07 schrieb Alan Barrett:
On Sat, 25 Apr 2015, rod...@netbsd.org wrote:
I'm responding to the recent posts ITT, because it seems there's some
misunderstanding:
I had no idea what ITT meant, until I looked it up. (ITT = in this
thread, apparently).
1) What has been
I think that NetBSD's acronyms file should be for acronyms that ordinary
people are likely to encounter in ordinary situations; not for acronyms used
in some small subculture.
In that case, the file(s) would be rather short. I feel differently about the
direction of acronyms and it seems
On Fri, Apr 24, 2015 at 12:20:17AM +, Blue Rats wrote:
Module Name: src
Committed By:rodent
Date:Fri Apr 24 00:20:17 UTC 2015
Modified Files:
src/share/misc: acronyms
Log Message:
+BB = baby - with this commit, we document, rather than police,
On Fri, 24 Apr 2015, Taylor R Campbell wrote:
Modified Files:
src/share/misc: acronyms acronyms-o.real
Log Message:
Per discussion with board@, remove inappropriate, hostile acronyms.
Thank you.
--apb (Alan Barrett)
I'm responding to the recent posts ITT, because it seems there's some
misunderstanding:
1) What has been committed is no more offensive than the existing material
in wtf and fortune. Please, review fortune's data files if any doubts exist;
2) wtf and fortune have existed in source since $TIME
On Sat, 25 Apr 2015, rod...@netbsd.org wrote:
I'm responding to the recent posts ITT, because it seems there's
some misunderstanding:
I had no idea what ITT meant, until I looked it up. (ITT = in
this thread, apparently).
1) What has been committed is no more offensive than the
existing
On Fri, Apr 24, 2015 at 12:20:17AM +, Blue Rats wrote:
Module Name: src
Committed By: rodent
Date: Fri Apr 24 00:20:17 UTC 2015
Modified Files:
src/share/misc: acronyms
Log Message:
+BB = baby - with this commit, we document, rather than police, yet another
Date: Wed, 22 Apr 2015 22:58:41 +
From: Blue Rats rod...@netbsd.org
Modified Files:
src/share/misc: acronyms
Log Message:
+SJW :)
The appropriate course of action in response to the multiple
complaints you've had is to apologize for making a hostile environment
for
On Wed, 22 Apr 2015, Greg Troxel wrote:
Indeed. This kind of content has no place in NetBSD or any other
open-source project. It should just be removed.
Well, it appears that Christos's Makefile changes to install either the
real or fake versions of acronyms-o aren't working, and neither
S.P.Zeidler s...@netbsd.org writes:
Thus wrote Paul Goyette (p...@vps1.whooppee.com):
At the very les, if we're going to have these acronyms, they should be
listed in a separate file which is not searched by default. Similar to what
is done with fortune(6).
But that might not serve to
Date: Mon, 13 Apr 2015 00:39:57 +
From: Blue Rats rod...@netbsd.org
Welcome to 2015, acronyms.
--- src/share/misc/acronyms:1.224 Sun May 25 21:49:29 2014
+++ src/share/misc/acronyms Mon Apr 13 00:39:57 2015
@@ -469,6 +486,7 @@
SWAHBI silly, wild-assed
Thus wrote Paul Goyette (p...@vps1.whooppee.com):
At the very les, if we're going to have these acronyms, they should be
listed in a separate file which is not searched by default. Similar to what
is done with fortune(6).
But that might not serve to indicate to these unwanted elements
Am 16.04.15 um 14:37 schrieb Joerg Sonnenberger:
On Thu, Apr 16, 2015 at 01:07:24AM +, Blue Rats wrote:
Module Name: src
Committed By:rodent
Date:Thu Apr 16 01:07:24 UTC 2015
Modified Files:
src/share/misc: acronyms
Log Message:
Adding more.
This is
I don't think wtf handles duplicate entries very well:
apsaras$ cat test EOF
TLAthree letter acronym
TLAtrue love always
EOF
apsaras$ wtf -f test TLA
TLA: three letter acronym
true love always
On Mon, 13 Apr 2015, Blue Rats wrote:
Module Name:src
Committed By: rodent
Date:
Have all addresses in that domain expired?
http://www.iana.org/reports/2010/yu-report-01apr2010.html
The .YU domain delegation has been removed from the DNS root zone as the
final step in the process to retire the domain from usage.
I think that it would be better to keep this information,
On Sun, Sep 09, 2012 at 05:23:09PM +0200, Martin Husemann wrote:
Do we really want non-ASCII characters in this file?
Why not?
It seems to me this file contains the english names of the countries in
column 1, so there should not need to be the need for non-ascii characters.
On Fri, 07 Sep 2012, Brian Ginsbach wrote:
Modified Files:
src/share/misc: country
+Cura?aoCW CUW 531 UC
Do we really want non-ASCII characters in this file?
Could we just spell it Curacao with latin small letter c
instead of attempting to represent latin
On Sun, Sep 09, 2012 at 02:19:53PM +0200, Alan Barrett wrote:
Do we really want non-ASCII characters in this file?
Why not?
Could we just spell it Curacao with latin small letter c instead
of attempting to represent latin small letter c with cedilla in an
unspecified encoding?
I hope it's
Jukka Ruohonen jruoho-s783fymb3ccdnm+yrof...@public.gmane.org writes:
Module Name: src
Committed By: jruoho
Date: Thu Feb 10 17:52:18 UTC 2011
Modified Files:
src/share/misc: acronyms.comp
Log Message:
ACID, BFS, CIL, DBMS, DFA, FSM, GPS, LLVM, MCC, ML, NFA, NP, NTM, OOSE,
On Tue, Nov 30, 2010 at 07:07:15PM +, Jukka Ruohonen wrote:
Add numerous entries from Roland Kammerer.
Some of these are not acronyms: 1337, FSCK, and NOOB are the most
obvious, but perhaps also things like W8 for wait. Should they
really be here? This is not supposed to be a
On Thu, Dec 02, 2010 at 08:31:43AM +, David Holland wrote:
On Tue, Nov 30, 2010 at 07:07:15PM +, Jukka Ruohonen wrote:
Add numerous entries from Roland Kammerer.
Some of these are not acronyms: 1337, FSCK, and NOOB are the most
obvious, but perhaps also things like W8 for wait.
On Thu Dec 02 2010 at 14:18:15 +0200, Jukka Ruohonen wrote:
On Thu, Dec 02, 2010 at 08:31:43AM +, David Holland wrote:
On Tue, Nov 30, 2010 at 07:07:15PM +, Jukka Ruohonen wrote:
Add numerous entries from Roland Kammerer.
Some of these are not acronyms: 1337, FSCK, and NOOB are
50 matches
Mail list logo