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 qu
> 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 Message
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 Na
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 () around
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 case
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 for
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 object.
> 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 -u
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 02:45:
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 sta
> 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 s
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?
> https://en.wikipedia.o
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?
https://en.wikipedia.org/wiki/Calvin_and_Hobbes#Cardboard_bo
"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 i
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 acro
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 acronym in wtf(6)
:
:VLCvariable length array
:Noted by
:cvs rdiff
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
dholl...@ne
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, the
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 m
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 langua
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 ha
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
On 22 April 2015 7:17:37 PM GMT+07:00, Greg Troxel wrote:
>
>"S.P.Zeidler" 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 w
Are you removing any inappropriate/hostile words in the tree (if exists)?
> 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 oth
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
existin
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 w
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)
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 p
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
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 community members
On Wed, 22 Apr 2015, Christos Zoulas wrote:
In article ,
Paul Goyette wrote:
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 inst
In article ,
Paul Goyette wrote:
>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 o
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 ve
"S.P.Zeidler" 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 indica
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 ("wo
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).
On Tue, 21 Apr 2015, Taylor R Campbell wrote:
Date: Mon, 13 Apr 2015 00:39:57 +
From: Blue Rats
Welcome to
Date: Mon, 13 Apr 2015 00:39:57 +
From: Blue Rats
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 hare-brained idea
SWFG
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 m
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 not a useful commit mesage. It tells that something chan
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,
> > Module Name:src
> > Committed By: rodent
> > Date: Sun Jun 2 16:37:37 UTC 2013
> >
> > Modified Files:
> > src/share/misc: domains
> >
> > Log Message:
> > +sx Sint Maarten
> > -yu Yugoslavia; deprecated on 2010-03-30 [1]
>
> Have all addresses in that domain
"Blue Rats" writes:
> Module Name: src
> Committed By: rodent
> Date: Sun Jun 2 16:37:37 UTC 2013
>
> Modified Files:
> src/share/misc: domains
>
> Log Message:
> +sx Sint Maarten
> -yu Yugoslavia; deprecated on 2010-03-30 [1]
Have all addresses in that domain expired?
I think t
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 characte
On Sun, Sep 09, 2012 at 05:09:50PM +0200, Thomas Klausner wrote:
> 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?
It seems to me this file contains the english names of the countries in
column 1, so there should
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 instead
> of attempting to represent in an
> unspecified encoding?
I hope it's UTF-8 :)
Thomas
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
instead of attempting to represent cedilla> in an unspecified en
In article <20120703163503.4334298...@pluto.mumble.net>,
Taylor R Campbell wrote:
> Date: Sun, 1 Jul 2012 05:49:06 +
> From: David Holland
>
> erm... sys/types.h is supposed to be first.
>
> and, as sys/param.h includes sys/types.h, normally one should not use
> both.
>
>Well, foo.
Date: Sun, 1 Jul 2012 05:49:06 +
From: David Holland
erm... sys/types.h is supposed to be first.
and, as sys/param.h includes sys/types.h, normally one should not use
both.
Well, foo. I was just doing what christos suggested. I am generally
very leery of relying on transiti
> > Modified Files:
> >src/share/misc: style
> >
> > Log Message:
> > Elaborate and clarify rules about #include order.
> >
> > ok christos
>
> erm... sys/types.h is supposed to be first.
>
> and, as sys/param.h includes sys/types.h, normally one should not use
> both.
infact, styl
On Wed, Jun 27, 2012 at 10:04:02PM +, Taylor R Campbell wrote:
> Modified Files:
> src/share/misc: style
>
> Log Message:
> Elaborate and clarify rules about #include order.
>
> ok christos
erm... sys/types.h is supposed to be first.
and, as sys/param.h includes sys/types.h, nor
"Jukka Ruohonen" 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, OTS,
> PDA, RSS, RUP, SDL, SDT, TEC
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
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 "wai
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 general-purp
63 matches
Mail list logo
