devel/cdecl18.5

devel/cdecl: Update 18.4.1 => 18.5

Changelog:
https://github.com/paul-j-lucas/cdecl/releases/tag/cdecl-18.5

PR:		285540
Approved by:	ler@  (maintainer, timeout > 2 weeks)
Approved by:	yuri@ (Mentor)

devel/cdecl: update to 18.4.1

readline.h & stdio.h fix
Compensating for the apparent fact that genuine GNU readline.h (wrongly) requires a manual #include <stdio.h>.

devel/cdecl: update to 18.4

C++26
Initial support for C++26 has been added, specifically = delete("reason") is now supported.

However, since C++26 is (at least) 2 years away, the default language for C++ is still C++23.

Placemarker for empty macro argument
Macros that can take a single argument can also accept no arguments since it's interpreted as an argument of a placemarker, e.g.:

cdecl> #define M1(A)    [A]
cdecl> expand M1()
M1() => [A]
| A =>
M1() => []
is correct.

devel/cdecl: update 18.2 → 18.3

Changelog:
https://github.com/paul-j-lucas/cdecl/releases/tag/cdecl-18.3

Also:
 - replace PORTVERSION with DISTVERSION
 - add LICENSE_FILE
 - remove GNU_CONFIGURE_MANPREFIX
 - move PLIST_FILES to pkg-plist
 - pet portclippy

PR:		280878
Approved by:	ler (maintainer)

devel/cdecl: update to 18.2

ChangeLog:
More permissive types
Unknown names are now always permitted as types in pseudo-English. Hence, the --permissive-types option now only additionally allows keywords in language versions other than the current language as types.

devel/cdecl: update to 18.1

ChangeLog:
alignas scoped names*
Alignments can now have names to denote the number of bytes, e.g.:

c++decl> explain alignas(N) char c
declare c as character aligned as N bytes
where N is presumed to be an integer constant.

_BitInt multi-declarations
Declarations like:

declare x, y as bit precise integer 4
are now correct.

CDECL_TEST=false tests
Fixed these tests.

CDECL_TEST=true & --no-config
Specifying the --no-config option now always works even when testing.

enum, class, struct, & union multi-declarations
Explaining these is now correct, e.g.:

cdecl> explain enum E x, y, f()
declare x, y as enumeration E
declare f as function returning enumeration E
Glob help
Fixed glob help.

Implicit int warnings
In C89, implicit int is now warned about in more cases, e.g.:

cdecl> set c89
cdecl> explain static x
               ^
9: warning: missing type specifier; "int" assumed
declare x as static integer
K&R C typeless parameters in English
To match gibberish output, K&R C typeless parameters now print as integer in pseudo-English:

cdecl> set c17
cdecl> explain char f(x)
                      ^
16: warning: missing type specifier; "int" assumed
declare f as function (x as integer) returning character
--no-prompt option short option
The short option for --no-prompt has been changed from -p to -P.

New --permissive-types, -p options
Permits either unknown names or keywords in language versions other than the current language as types in pseudo-English. By default, a declaration like:

declare p as pointer to T
where T is an unknown type would result in "unknown type" error. Similarly, a declaration in C like:

declare p as pointer to class
would result in an "unsupported type in C" error even though class would be a valid user-defined type in C. This option permits such declarations.

Permissive types is not the default because always permitting either unknown names or keywords in language versions other than the current language as types can result in confusing errors. For example, if permissive types were the default, then you would get the following in C:

 cdecl> declare D as virtual destructor
                     ^
 14: warning: "virtual" is a keyword in C++
 virtual D;
                             ^
 22: syntax error: "destructor": unexpected token ...
Here, virtual, not being a keyword in C and therefore a valid name for a user-defined type, would be taken to be a type name, so cdecl would interpret that to mean you want to declare D as a variable of type virtual -- and cdecl would do so by printing virtual D (but still warning that virtual is a keyword in C++). But then destructor would be unexpectedly encountered and generate an error. (It could easily be the case that you simply forgot to set the current language to C++ instead of C.)

With the default non-permissive behavior, you would instead get:

 cdecl> declare D as virtual destructor
                     ^
 14: error: "virtual": unsupported keyword in C
which is clearer, but at the cost of not permitting valid declarations that use either unknown names or keywords in language versions other than the current language as types.

show ::FILE
Fixed a crash.

show fixed glob
Now, showing a specific glob (one having no *s in it) like:

c++decl> show ::FILE
will show the definition of FILE even though it's predefined and not the
default of user-defined.

Type name warnings
Defining types that are keywords in other languages are now warned about, e.g.:

cdecl> struct friend
              ^
8: warning: "friend" is a keyword in C++98
typedef modifiers
Attempting to use modifiers with typedefs is now correctly forbidden, e.g.:

typedef int T
explain unsigned T                  // error
** Unknown names**
Now checking for unknown names in pointer-to-member and reference declarations.

devel/cdecl: update to 18.0

ChangeLog:
Allowing blocks & user-defined literals in multi-declarations
Apple blocks and C++ user-defined literals are now correctly allowed in multi-declarations, e.g.:

int i, a[2], (^b)(char), f(double), operator~(S&), operator""_x(char)
cast & declare command executable name support
Support for the cast & declare command as the executable name has been dropped; only the explain command is still supported. (I didn't realize until now that declare conflicts with the shell built-in.)`

Cast to typedef
Casting to a typedefd type is fixed:

cdecl> typedef int T
cdecl> cast x into T
(T)x
C99 language extensions
Fixed printing of C99 language extention names.

CDECL_DEBUG environment variable
If set to an "affirmative" value (one of 1, t, true, y, or yes, case-insensitive), then cdecl will print its process ID and a "waiting for debugger to attach" message to standard error and wait indefinitely for a debugger to attach.

CDECL_TEST environment variable
If set to an "affirmative" value (one of 1, t, true, y, or yes, case-insensitive), then cdecl be in "testing mode" (see man page for details).

complex & imaginary help
Adding these missing modifiers to the help.

Constructor & pre-C99 function qualifiers
const, volatile, __restrict, final, and override qualifiers are now syntactically allowed on constructors and pre-c99 functions even though they are still semantically illegal to give better error messages.

Digraph & trigraph preprocessor support
Digraphs & trigraphs are now supported by the preprocessor:

  multiline

%:define  QD(X)  %:X          // same as: #define QD(X) #X
??=define QT(X)  ??=X         // same as: #define QT(X) #X
Additionally when showing macros in either digraph or trigraph mode, the correct tokens are used:

cdecl> set digraphs
cdecl> show QD
%:define QD(X) %:X
Digraph & trigraph structured binding support
Digraphs & trigraphs are now correctly supported for structured bindings.

--echo-commands & config files
Commands are now also echoed for those in configuration files.

infer-command and constant cast
When infer-command mode is set, spelling out constant now works correctly:

constant cast p into pointer to int
File line number
When reading from a file via -f, now includes the file name and error line number in error messages.

Fixed multi-declaration of functions
A multi-declaration of functions with different signatures has been fixed, e.g.:

cdecl> explain int f(int), g(double)
declare f as function (integer) returning integer
declare g as function (double precision) returning integer
Invalid conf file is now fatal
An error in a conf file is now fatal.

New --lineno, -L option
Specifies an integer to add to all line numbers in error and warning messages as a debugging aid. (See the man page for details.)

show non-existent glob
An error message will now be printed if a glob has no matches.

More permissive scope
Now, scope can be used anywhere in a scoped declaration, i.e., something having the generic scope can have anything nest within it and scope can nest within anything.

C++ std namespace
Whenver "std" is used for a scope, cdecl now automatically makes it a namespace, e.g.:

c++decl> struct std::T
c++decl> explain std::T x
declare x as structure T of namespace std
Using predefined macro names elsewhere
Attempting to use a predefined macro name as an ordinary name now results in an error:

cdecl> explain int __DATE__
               ^
9: error: "__DATE__" is a predefined macro

devel/cdecl: update to 17.0.1

ChangeLog:
16.4.1 -> 17.0

Abbreviated function template parameter packs
Functions with auto parameters (abbreviated function templates) like:

int f( auto x )
have been supported since cdecl 9.6; this release adds additional support for parameter packs like:

int f( auto ...x )
Added help option suggestions
Added suggestions to error messages for the help options commands, english, and options, for example:

cdecl> help eglish
            ^
6: "eglish": no such command or option; did you mean "english"?
Constrained auto
For abbreviated function templates, constrained auto declarations are now supported:

c++decl> explain C auto x
declare x as concept C
c++decl> explain C auto ...x
declare x as concept C parameter pack
auto parameters in typedefs
Use of auto in typedef function-like parameters is now correctly reported as an error:

c++decl> typedef int F(auto)
                       ^
15: error: "auto" illegal in type definition
decltype declarations
Now recognizing decltype just to say it's not supported.

Glob help
The help text now defines "glob."

GNU --version
Now printing cdecl copyright year, author, license, free software statement, and no warranty statement to conform to the GNU Coding Standards; see https://www.gnu.org/prep/standards/html_node/_002d_002dversion.html.

Structured binding declarations
Structured binding declarations are now supported except that you don't assign them from anything (no = expression):

c++decl> explain auto [x, y]
declare x, y as structured binding
c++decl> explain auto&& [x, y]
declare x, y as rvalue reference to structured binding
Fixed operator declaration core dump
An invalid scoped operator name containing a keyword like:

c++decl> explain bool int::operator!()
would dump core; fixed.

Fixed --west-decl=t for pointer to const pointer
Given:

c++decl --west-decl=t 'declare p as pointer to const pointer to int'
you'd incorrectly get:

int *const *p;
You now correctly get:

int* const* p;

17.0 -> 17.0.1:
Fixed returning parameter packs
Functions returning parameter packs is now correctly illegal.

devel/cdecl: upgrade to 16.4.1

ChangeLog:
16.4:
Echoing commands short option
The short option for --echo-commands has been changed from -O to -E.

Number help
Help now includes what a "number" is.

Shell completion options
There are two new options: --commands/-K that prints cdecl's commands for the current language and --options/-O that prints cdecl's options. Both are intended to aid in writing shell completion functions for cdecl.

Shell completion functions
Bash and Zsh shell completion functions for cdecl are included under share and are installed as part of make install.

Improved error messages for predefined types
Improved error messages in cases involving a predefined type such as:

cdecl> explain int int8_t
cdecl> struct int8_t
In both cases, the error message printed now is:

error: "int8_t" is a predefined type starting in C99

16.4.1:
Fixed make install DESTDIR=...
Fixed make install of shell completion functions when setting DESTDIR on the command-line.

Better error message when expanding __VA_* macros
Attempting to expand either __VA_ARGS__ or __VA_OPT__ now says that either is valid only in a macro definition.

devel/cdecl: update to 16.3

ChangeLog:
Better destructor parameter error message
Attempting either to explain or declare a destructor having a parameter list now prints "destructors may not have parameters" explicitly.

Defining a type more than once
If a type is defined again where the current language is older than the language in which it was previously defined, the type's set of languages is now updated to be the current language and newer. For example, previously:

cdecl> set c23
cdecl> typedef int Int
cdecl> show
typedef int Int;
cdecl> set c17
cdecl> typedef int Int        // Already exists so did nothing.
cdecl> show                   // Would NOT show anything.
cdecl>
Now the second typedef would update Int to make it available in C17 and newer so the second show would show it.

Multiple conflicting declarations
Now exhaustively checking multiple declarations for conflicts in C. Previously, multiple declarations of a variable or function with conflicting types that was separated by a different variable or function wasn't caught:

int x, x;                     // OK in C
int x, *x;                    // error (different types)
int x, y, *x;                 // error, but wasn't caught
Now it is.

Using macros elsewhere
Previously, attempting to use a macro where names are generally allowed would result in an error like:

cdecl> #define N 5
cdecl> explain int a[N]
                     ^
15: syntax error: "N": ']' expected
because "N" was returned as a macro token by the lexer. Now, the lexer ignores the fact that a name might be a macro.

devel/cdecl: Move man pages to share/man

Approved by:	portmgr (blanket)

devel/cdecl: update to 16.2.1

Fixed macro argument list memory leak
Fixed said leak.

devel/cdecl: upgrade to 16.2

Partial typeof support
Both typeof and typeof_unqual in C23 are partially supported in that types are accepted (but expressions are not):

typeof(int*) x                // supported
typeof(x) y                   // not supported
Additionally, GNU's __typeof__ is a synonym for typeof.

devel/cdecl: update to 16.1

ChangeLog:
explicit-ecsu in English
The value of the explicit-ecsu option now also applies in pseudo-English. Previously:

c++decl> class C
c++decl> explain C *p
declare p as pointer to C
Now (with explicit-ecsu containing c):

c++decl> class C
c++decl> set explicit-ecsu = csu
c++decl> explain C *p
declare p as pointer to class C
Leading/trailing whitespace stringification
Previously:

expand Q2(, a b ,)
incorrectly returned " a b " whereas now it correctly returns "a b".

devel/cdecl: update to 16.0

Release Notes:
Macro expansion
Cdecl now allows you to #define macros and expand them step-by-step.

C99 with extension error messages
Improved C99 with extension error messages.

--disable-cdecl-debug removed
The --disable-cdecl-debug configure option has been removed (which means cdecl debug output is always compiled in).

GCC_COLORS
Support for GCC_COLORS has been removed. It was more of a hindrance than a help.

Implicit int pointers in C++
Implicit int pointer declarations, e.g., *p, are now correctly illegal in C++.

--infer-command, -I
The former --explain and -e options have been renamed --infer-command and -I; the former explain-by-default set option has been renamed infer-command.

Fixed issue #32: Invalid function declarator accepted as valid
A declarator like int f()()() was incorrectly accepted as valid — fixed.

Fixed infer-command comment syntax error
When in infer-command mode, a line starting with a comment would cause a syntax error. Fixed.

--east-const, -e
Since the old -e was renamed to -I, the short option for --east-const is now -e.

Lambdas in C
Lambdas are now correctly illegal in C.

Nested typedefs
Fixed printing of typedefs of nested types, e.g.:

c++decl> struct S { typedef int I; }
c++decl> typedef typename S::I T
c++decl> show
typedef S::I T;
restrict arrays
Arrays being restrict except as function parameter is now correctly illegal.

Fixed parsing struct member bit-field
A declararation like:

struct S
explain int S::x : 3
was incorrectly parsed; that's now fixed. (Scoped names still correctly can't be declared like that with bit fields, however.)

Types in error & warning messages
For types that are typedefs, now printing aka followed by their underlying types in more cases.

Fixed escaped newlines
Fixed escaped newline handling when not using GNU readline.

Fixed q command
Fixed having q be a synonym for quit in infer-command (formerly explain- by-default) mode.

devel/cdecl:  upgrade to 15.0

Check the GitHub release notes for more info.
https://github.com/paul-j-lucas/cdecl/releases

devel/cdecl:  update to 13.1

ChangeLog:
auto type definitions and casts
Defining or casting a type containing auto is now correctly reported as an error.

C23 auto
Added support for auto as a deduced type in C23.

C23 trigraphs
Trigraphs are no longer supported in C23.

_BitInt(<int>) help
_BitInt(<int>) was added to the help text.

Color prompt
Now printing the prompt in color even when readline is disabled.

More English synonyms
The following English synonyms have been added:

                boolean  _Bool
                Boolean  _Bool
                 char 8  char8_t
                char 16  char16_t
                char 32  char32_t
             const-eval  consteval
    constant-evaluation  consteval
             const-expr  constexpr
    constant-expression  constexpr
             const-init  constinit
constant-initialization  constinit
       double precision  double
         floating point  float
           user defined  user-defined
         wide character  wchar_t
C++ auto help
auto is now correctly listed as a C++ type in the help for C++11 and later.

More pseudo-English type names
When explaining gibberish, print types in C/C++ (e.g., int), not pseudo-English (e.g., integer).

--no-english-types, -T, & english-types
Added command-line options to disable printing type names in pseuso-English and corresponding set option.

More english for user-defined conversions
User-defined conversions in pseudo-English now allow "const[ant] eval[uation]", "const[ant] expr[ession]", and "const[ant] init[ialization]" for a storage class.

_BitInt maximum bits
Now check that the maximum number of bits for _BitInt is 64.

explicit-int parsing
Fixed a bug of not resetting the current explicit-int option to none before parsing a new string.

friend scoped user-defined conversion operators
Explaining a friend scoped user-defined conversion operator, e.g.:

explain friend C::operator int()
is now parsed correctly.

[[noreturn]] in C23.
[[noreturn]] is now printed rather than _Noreturn in C23.

Invalid destructor name error
Improved the error message for an invalid destructor name, e.g., S::~T.

Removed --interactive & -i options
Removed these command-line options. They've been in cdecl since the beginning, but never seemed to have a justification.

exit and quit command line arguments
Both the exit and quit commands when given as the first word of the first argument on the command line are now correctly reported as an error.

C23 constexpr help
Added missing constexpr to the help for C23.

Missing C++ types man page
Added some missing C++23 types to the manual page.

Octal digit separators
Digit separators are now supported for octal integers.

reproducible and unsequenced man page
Added missing reproducible and unsequenced to the manual page.

Variadic function parameter
A ... is now correctly allowed as the only function parameter in C++ as well as C23.

devel/cdecl: Update to 13.0

ChangeLog:
Better copy constructor support
Declarations like:

c++decl> explain C(C const&)
declare C as constructor (reference to constant C)
are now supported better.

C23 alignas
In C23, alignas is now used instead of _Alignas.

C23 _BitInt(N)
The _BitInt(N) type in C23 in now supported.

C23 bool
In C23, bool is now used instead of _Bool.

C23 constexpr
The constexpr storage class in C23 is now supported.

C23 fixed type enum
Fixed-type enumerations in C23 are now supported.

Digit separators
Digit separators are now supported.

C23 reproducible & unsequenced
These C23 attributes are now supported.

C23 thread_local
In C23, thread_local is now used instead of _Thread_local.

C23 true, false, nullptr, static_assert, & thread_local
These are now also keywords in C23.

C23 typeof & typeof_unqual
These C23 keywords are now recognized, but not supported by cdecl.

More C++23 standard types
Added the standard C++23 types std::bfloat16_t, std::float128_t,
std::float16_t, std::float32_t, std::float64_t, std::ospanstream,
std::spanbuf, std::spanstream, std::stacktrace, std::unexpect_t,
std::wospanstream, std::wspanbuf, and std::wspanstream.

Enumeration bit-fields
Enumerations in C++ can now be bit fields.

C++23 explicit object parameters
Explicit object parameters in C++23 are preliminarily supported.

C++ static operator()
Now allow operator() to be static in C++23.

Added std::bernoulli_distribution and std::random_device
Added these missing C++11 types.

static or const array parameters
Both static or const array declarations are now additionally recognized
outside of function parameters allowing more specific error reporting
(since they're still illegal).

C++11 explicit user-defined conversion operators
Explicit user-defined conversion operators are now correctly allowed in
C++11 and later.

Echoing commands
A new --echo-commands/-O command-line option and echo-commands set
option has been added that echos command given before corresponding
output. (This is primarily useful for associating command output with
input in test scripts.)

Better alignment error location
Improved the location of alignment errors.

Fixed aligned bit fields
Aligned bit fields are now correctly forbidden.

Fixed noprompt error column
Fixed the error column when the prompt is disabled.

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

devel/cdecl: distfile re-rolled

due to a minor  bug.

devel/cdecl: update to 12.0

ChangeLog:
Added suggestions
Added suggestions to error messages in certain cases when a keyword is
expected, for example:

cdecl> declare x as type poiner to int
                         ^
			 19: syntax error: "poiner": "as" expected; did
			     you mean "pointer"?
			     Better executable name checking
			     Previously, if cdecl was invoked as cast,
			     declare, or explain, or with a name that
			     isn't a command (through renaming or a hard
			     or a symbolic link) without command-line
			     arguments, it behaved as if it were invoked
			     as cdecl without error. This has been
			     fixed.

			     C23
			     The placeholder name of C2X has been
			     changed to C23.

			     Color and TERM
			     The TERM environment variable is no longer
			     considered when determining whether color
			     should be used in output. Now, all that
			     matters is whether the output stream is
			     connected to a TTY.

			     exit auto-completion
			     The exit command is no longer
			     auto-completable enabling explain to be
			     auto-completed after typing only ex rather
			     than exp as before.

			     help options types
			     Help for types was added to options help.

			     explicit help
			     The missing explicit was added to the help.

			     explicit-escu for enum
			     The explicit-ecsu option for enums is
			     fixed.

			     include
			     Added a new include command to include
			     cdecl commands from files either from a
			     configuration file or the cdecl command
			     line.

			     _Noreturn deprecated
			     _Noreturn is now deprecated in C2X.

			     Printing of types
			     Now printing types in error messages as
			     they were originally defined
			     (pseudo-English vs. gibberish) in more
			     cases.

			     Additional sanitizers
			     The configure options of --enable-msan and
			     --enable-ubsan have been added to enable
			     clang's Memory Sanitizer and Undefined
			     Behavior Sanitizer, respectively. The
			     previous --enable-address-sanitizer has
			     been renamed to --enable-asan.

			     show autocompletion
			     The show command now uses command-specific
			     autocompletion.

			     Overloading co_await operator
			     Overloading the co_await operator is now
			     supported.

			     Predefined types
			     Fixed spelling of bad_typeid; added
			     source_location, type_index, and type_info.

			     Types as objects, English edition
			     Previously declared types in pseudo-Engilsh
			     are now checked to ensure they're not being
			     used as objects:

			     cdecl> struct S
			     cdecl> declare S as int             //
			     error (now)

devel: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  <jkoshy@FreeBSD.org>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron H. K. Diep <ahkdiep@gmail.com>
  *  Aaron Hurt <ahurt@anbcs.com>
  *  Abel Chow <abel_chow@yahoo.com>
  *  Adam McLaurin
  *  Adam Saponara <as@php.net>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Ade Lovett <ade@lovett.com>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Alan Eldridge <alane@geeksrus.net>
  *  Alan Somers <asomers@FreeBSD.org>
  *  Aldis Berjoza <aldis@bsdroot.lv>
  *  Alessando Sagratini <ale_sagra@hotmail.com>
  *  Alessandro Sagratini <ale_sagra@hotmail.com>
  *  Alex Bakhtin <Alex.Bakhtin@gmail.com>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alex Kapranoff <alex@kapranoff.ru>
  *  Alex Kapranoff <ka@nadoby.ru>
  *  Alex Kapranoff <kappa@FreeBSD.org.ua>
  *  Alex Kapranoff <kappa@rambler-co.ru>
  *  Alex Kapranoff <kapr@crosswinds.net>
  *  Alex Miller (<asm@asm.kiev.ua>)
  *  Alex Pesternikov <apesternikov@page2rss.com>
  *  Alex Semenyaka <alex@rinet.ru>
  *  Alex Varju <freebsd-ports@varju.ca>
  *  Alexander Botero-Lowry <alex@foxybanana.com>
  *  Alexander Botero-Lowry <alexbl@FreeBSD.org>
  *  Alexander Churannov <churanov.port.maintainer@gmail.com>
  *  Alexander Churanov <churanov.port.maintainer@gmail.com>
  *  Alexander Leidinger <netchild@FreeBSD.org>
  *  Alexander Logvinov <avl@FreeBSD.org>
  *  Alexander Logvinov <ports@logvinov.com>
  *  Alexander Nedotsukov <bland@FreeBSD.org>
  *  Alexander Nedotsukov <bland@mail.ru>
  *  Alexander Novitsky <alecn2002@yandex.ru>
  *  Alexander Nusov <alexander.nusov@nfvexpress.com>
  *  Alexandros Kosiaris <akosiaris+ports@gmail.com>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@regency.nsu.ru>
  *  Alexey V. Antipovsky <kemm@in-line.ru>
  *  Alexey V. Degtyarev
  *  Alexey V. Degtyarev <alexey@renatasystems.org>
  *  Alfred Perlstein <alfred@FreeBSD.org>
  *  Alfred Perlstein <alfred@freebsd.org>
  *  Alistair King <alistair@caida.org>
  *  Alonso Cardenas Marquez <acm@FreeBSD.org>
  *  Anatoliy Dmytriyev
  *  Anatoliy Dmytriyev <tolid@plab.ku.dk>
  *  Anatoliy Dmytriyev <tolid@tolid.eu.org>
  *  Andre Rikkert de Koe - ARK-ICT <andre@ark-ict.nl>
  *  Andreas Klemm <andreas@klemm.gtn.com>
  *  Andreas Kohn
  *  Andreas Kohn <andreas@syndrom23.de>
  *  Andreas Kohout <shanee@augusta.de>
  *  Andreev Maxim <andreevmaxim@gmail.com>
  *  Andrej Ebert <andrej@ebert.su>
  *  Andrew Baznikin <dikiy@scn.ru>
  *  Andrew Elble <aweits@rit.edu>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Andrew Turner <andrew+ports@fubar.geek.nz>
  *  Andrew Wingorodov <mail@andr.ru>
  *  Andrey <gugu@zoo.rambler.ru>
  *  Andrey Chernov <ache@FreeBSD.org>
  *  Andrey Ignatov <rdna@rdna.ru>
  *  Andrey Kostenko <andrey@kostenko.name>
  *  Andrey V. Elsukov <bu7cher@yandex.ru>
  *  Andrey Zakhvatov
  *  Andrey Zonov <andrey@zonov.org>
  *  Andriy Gapon
  *  Andriy Pylypenko <bamby@sippysoft.com>
  *  Anes Muhametov <anes@anes.su>
  *  Anes Mukhametov <anes@anes.su>
  *  Anish Mistry (<amistry@am-productions.biz>)
  *  Anish Mistry <amistry@am-productions.biz>
  *  Antoine Brodin <antoine@FreeBSD.org>
  *  Anton Berezin
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Anton Berezin <tobez@tobez.org>
  *  Anton Tornqvist <antont@inbox.lv>
  *  Anton tornqvist <antont@inbox.lv>
  *  Antonio Carlos Venancio Junior (<antonio@inf.ufsc.br>)
  *  Antonio Carlos Venancio Junior (<antonio@php.net>)
  *  Archie Cobbs
  *  Armin Pirkovitsch <armin@frozen-zone.org>
  *  Arun Sharma <arun@sharma-home.net>
  *  Ashish SHUKLA <ashish@FreeBSD.org>
  *  Ashish SHUKLA <wahjava@gmail.com>
  *  Autrijus Tang <autrijus@autrijus.org>
  *  Axel Rau <axel.rau@chaos1.de>
  *  Babak Farrokhi <farrokhi@FreeBSD.org>
  *  Balwinder S "bsd" Dheeman <bsd@rubyforge.org>
  *  Balwinder S Dheeman <bdheeman@gmail.com>
  *  Baptiste Daroussin
  *  Bartek Rutkowski <ports@robakdesign.com>
  *  Bartek Rutkowski <robak@FreeBSD.org>
  *  Ben Haga <tuximus@tuximus.mine.nu>
  *  Ben Woods <woodsb02@FreeBSD.org>
  *  Bill Brinzer <bill.brinzer@gmail.com>
  *  Bill Fumerola <billf@chc-chimes.com>
  *  Björn König <bkoenig@alpha-tierchen.de>
  *  Boris B. Samorodov <bsam@ipt.ru>
  *  Boris Samorodov <bsam@FreeBSD.org>
  *  Brad Davis <brd@FreeBSD.org>
  *  Brad Hendrickse <bradh@uunet.co.za>
  *  Brad Jones <brad@kazrak.com>
  *  Brendan Molloy <brendan+freebsd@bbqsrc.net>
  *  Brian Dean <bsd@FreeBSD.org>
  *  Brian Minard <bminard@flatfoot.ca>
  *  Brian Skrab <brian@quynh-and-brian.org>
  *  Brooks Davis
  *  Bruce M Simpson
  *  Bruce M Simpson <bms@spc.org>
  *  Bruce M. Simpson
  *  Bruce M. Simpson <bms@FreeBSD.org>
  *  Bruce Simpson
  *  Bryan Drewery <bryan@shatow.net>
  *  Carlo Strub
  *  Carlo Strub <cs@FreeBSD.org>
  *  Carlos A M dos Santos <unixmania@gmail.com>
  *  Carlos J Puga Medina <cpm@fbsd.es>
  *  Carlos J. Puga Medina <cpm@FreeBSD.org>
  *  Cezary Morga <cm@therek.net>
  *  Charlie & <root@meatwad.mouf.net>
  *  Cheng-Lung Sung
  *  Cheng-Lung Sung <clsung@FreeBSD.org>
  *  Cheng-Lung Sung <clsung@dragon2.net>
  *  Choe, Cheng-Dae
  *  Chris D. Faulhaber <jedgar@fxp.org>
  *  Chris St Denis <chris@ctgameinfo.com>
  *  Chris St Denis <chris@smartt.com>
  *  Christer Edwards <christer.edwards@gmail.com>
  *  Christian Geier <geier@lostpackets.de>
  *  Christoph Kick
  *  Christoph Mallon <christoph.mallon@gmx.de>
  *  Christoph Moench-Tegeder <cmt@burggraben.net>
  *  Christopher Boumenot <boumenot@gmail.com>
  *  Christopher Elkins <chrise@scardini.com>
  *  Christopher Key <cjk32@cam.ac.uk>
  *  Christopher Nehren <apeiron+ports@coitusmentis.info>
  *  Christopher Nehren <apeiron@coitusmentis.info>
  *  Christopher Nehren <apeiron@comcast.net>
  *  Chuck Swiger <chuck@pkix.net>
  *  Conrad Meyer <cem@FreeBSD.org>
  *  Cory R. King <coryking@mozimedia.com>
  *  Cory R. King <coryking@mozimediacom>
  *  Craig Leres <leres@FreeBSD.org>
  *  Craig Leres <leres@freebsd.org>
  *  Craig Manley
  *  Cristiano Rolim Pereira <cristianorolim@hotmail.com>
  *  Cristiano Rolim Pereira <cristianorolim@outlook.com>
  *  Cyrille Lefevre <clefevre@citeweb.net>
  *  D'Arcy J.M. Cain <darcy@druid.net>
  *  Daichi GOTO <daichi@FreeBSD.org>
  *  Dan Langille
  *  Dan Langille <dvl@FreeBSD.org>
  *  Dan Rench <citric@cubicone.tmetic.com>
  *  Daniel Gerzo <danger@FreeBSD.org>
  *  Daniel Roethlisberger <daniel@roe.ch>
  *  Danilo Egea Gondolfo <danilo@FreeBSD.org>
  *  Danny Warren <danny@dannywarren.com>
  *  Dave Cottlehuber <dch@skunkwerks.at>
  *  Dave Grochowski
  *  Dave Grochowski <malus.x@gmail.com>
  *  David Chaplin-Loebell <direct@klatha.com>
  *  David Kalliecharan <dave@dal.ca>
  *  David Naylor <dbn@FreeBSD.org>
  *  David Naylor <dbn@dragon.local>
  *  David Naylor <naylor.b.david@gmail.com>
  *  David O'Brien (obrien@FreeBSD.org)
  *  David O'Brien (obrien@NUXI.com)
  *  David Romano <unobe@cpan.org>
  *  David Shane Holden <dpejesh@yahoo.com>
  *  David Sugar <dyfet@gnu.org>
  *  David Thiel <lx@freebsd.org>
  *  David Thiel <lx@redundancy.redundancy.org>
  *  David Xu
  *  David Yeske <dyeske@gmail.com>
  *  David Yeske <dyeske@yahoo.com>
  *  Davíð Steinn Geirsson <david@isnic.is>
  *  Denis Pokataev <catone@cpan.org>
  *  Denis Shaposhnikov <dsh@vlink.ru>
  *  Denise H. G. <darcsis@gmail.com>
  *  Dennis Herrmann <adox@mcx2.org>
  *  Derek Schrock <dereks@lifeofadishwasher.com>
  *  Devaux Fabien <fab@gcu.info>
  *  Dikshie <dikshie@sfc.wide.ad.jp>
  *  Dima Panov <fluffy@FreeBSD.org>
  *  Dima Sivachenko <dima@chg.ru>
  *  Dimitry Andric <dim@FreeBSD.org>
  *  Dirk Jagdmann <doj@cubic.org>
  *  Ditesh Shashikant Gathani <ditesh@gathani.org>
  *  Dmitry Karasik (<dk@catpipe.net>)
  *  Dmitry Karasik <dmitry@karasik.eu.org>
  *  Dmitry Sivachenko <demon@FreeBSD.org>
  *  Dmitry Sivachenko <dima@Chg.RU>
  *  Dominic Marks <d.marks@student.umist.ac.uk>
  *  Don Croyle <croyle@gelemna.org>
  *  Donald Burr <dburr@FreeBSD.org>
  *  Douglas Thrift
  *  Douglas Thrift <douglas@douglasthrift.net>
  *  Dryice Liu
  *  Dryice Liu <dryice@dryice.name>
  *  Dusan Vejnovic <freebsd@dussan.org>
  *  Ed Schouten <ed@FreeBSD.org>
  *  Ed Schouten <ed@fxq.nl>
  *  Edward Chuang <edwardchuang@gmail.com>
  *  Edward Tomasz Napierala <trasz@FreeBSD.org>
  *  Edwin Groothuis (edwin@mavetju.org)
  *  Edwin Groothuis <edwin2mavetju.org>
  *  Eivind Eklund <eivind@FreeBSD.org>
  *  Elvis Chiang <elvis@sslab.cs.ccu.edu.tw>
  *  Emanuel Haupt <ehaupt@FreeBSD.org>
  *  Emanuel Haupt <ehaupt@critical.ch>
  *  Eric Anholt
  *  Eric Anholt <anholt@FreeBSD.org>
  *  Eric Freeman <freebsdports@chillibear.com>
  *  Eric Schnoebelen <eric@cirr.com>
  *  Erik Greenwald <erik@smluc.org>
  *  Ernst de Haan <znerd@FreeBSD.org>
  *  Erwin Lansing <erwin@FreeBSD.org>
  *  Espen Skoglund <esk@ira.uka.de>
  *  Espen Volden aka voldern <voldern@hoeggen.net>
  *  Euan Thoms <euan@potensol.com>
  *  Eugene Grosbein <ports@grosbein.net>
  *  Evan Sarmiento <bsdports@wayfair.com>
  *  Evgeniy Kosov <evgeniy@kosov.su>
  *  Evgueni V. Gavrilov <aquatique@rusunix.org>
  *  Eygene Ryabinkin <rea-fbsd@codelabs.ru>
  *  Fabian Keil <fk@fabiankeil.de>
  *  Felippe M. Motta <lippe@shire.freebsd.org>
  *  Felippe de Meirelles Motta <lippemail@gmail.com>
  *  Felix Hanley
  *  Felix Palmen <felix@palmen-it.de>
  *  Fernan Aguero <fernan@iib.unsam.edu.ar>
  *  Florian Limberger <flo@snakeoilproductions.net>
  *  Frank Laszlo <laszlof@vonostingroup.com>
  *  Frank Mayhar <frank@exit.com>
  *  Frank Steinborn <steinex@nognu.de>
  *  Frank Wall <freebsd@moov.de>
  *  Frank Wall <fw@moov.de>
  *  Franz Klammer <klammer@webonaut.com>
  *  Frederic Culot <culot@FreeBSD.org>
  *  Frederic Culot <frederic@culot.org>
  *  Frederic Praca <frederic.praca@freebsd-fr.org>
  *  FreeBSD GNOME Team <gnome@FreeBSD.org>
  *  FreeBSD GNOME Team <gnome@freebsd.org>
  *  Frerich Raabe <frerich.raabe@gmx.de>
  *  Fukang Chen <loader@FreeBSD.org>
  *  G. Adam Stanislav <adam@whizkidtech.net>
  *  Gabor Kovesdan <gabor@FreeBSD.org>
  *  Gabor Pali <pgj@FreeBSD.org>
  *  Gabriel M. Dutra <0xdutra@gmail.com>
  *  Garrett Rooney <rooneg@electricjellyfish.net>
  *  Garrett Wollman <wollman@lcs.mit.edu>
  *  Gasol Wu <gasol.wu@gmail.com>
  *  Gea-Suan Lin
  *  Gea-Suan Lin <gslin@gslin.org>
  *  Geistteufel <geistteufel@yahoo.fr>
  *  Geoffrey Mainland <mainland@apeiron.net>
  *  Geoffroy Desvernay <dgeo@centrale-marseille.fr>
  *  George Hartzell <hartzell@alerce.com>
  *  George Reid <greid@ukug.uk.freebsd.org>
  *  Gerald Pfeifer <gerald@FreeBSD.org>
  *  Geraud CONTINSOUZAS <geraud@gcu.info>
  *  Geraud Continsouzas <geraud@gcu.info>
  *  Gerrit Beine (<gerrit.beine@gmx.de>)
  *  Gerrit Beine (<gerrit@beine-computer.de>)
  *  Gerrit Beine (<tux@pinguru.net>)
  *  Gerrit Beine <mail+freebsd@gerritbeine.de>
  *  Giacomo Mariani <giacomomariani_at_yahoo_dot_it>
  *  Gilbert Morgan <gmm@tutanota.com>
  *  Giuseppe Pilichi aka Jacula Modyun <jacula@gmail.com>
  *  Glenn Johnson
  *  Green Dog <fiziologus@gmail.com>
  *  Greg Larkin <glarkin@FreeBSD.org>
  *  Gregory Shapiro <gshapiro@FreeBSD.org>
  *  Grzegorz Blach <gblach@FreeBSD.org>
  *  Guangyuan Yang <ygy@FreeBSD.org>
  *  Gustau Perez <gustau.perez@gmail.com>
  *  Gustau Perez i Querol <gustau.perez@gmail.com>
  *  Hajimu UMEMOTO <ume@FreeBSD.org>
  *  Hakisho Nukama <nukama@gmail.com>
  *  Hardy Schumacher <hardy.schumacher@gmx.de>
  *  Hardy Schumacher <lowmaster@web.de>
  *  Henk van Oers <hvo.pm@xs4all.nl>
  *  Henrik Motakef <henrik.motakef@web.de>
  *  Herve Quiroz <herve.quiroz@esil.univ-mrs.fr>
  *  Herve Quiroz <hq@FreeBSD.org>
  *  Hirohisa Yamaguchi <umq@ueo.co.jp>
  *  Hiroyuki Iwatsuki <don@na.rim.or.jp>
  *  Horance Chou <horance@freedom.ie.cycu.edu.tw>
  *  Hung-Yi Chen <gaod@hychen.org>
  *  Hye-Shik Chang
  *  Hye-Shik Chang <perky@FreeBSD.org>
  *  IWATSUKI Hiroyuki <don@na.rim.or.jp>
  *  Ian Vaudrey <i.vaudrey@bigfoot.com>
  *  Iblis Lin <iblis@hs.ntnu.edu.tw>
  *  Igor Vinokurov <igor@zynaps.ru>
  *  Ilia Chipitsine <ilia@cgu.chel.su>
  *  Ion-Mihai "IOnut" Tetcu <itetcu@FreeBSD.org>
  *  J Han <hjh@photino.com>
  *  J. Giovannangeli
  *  J.R. Oldroyd <fbsd@opal.com>
  *  Jaap Boender <jaapb@kerguelen.org>
  *  Jacob Atzen <jatzen@gmail.com>
  *  Jacques Marneweck <jacques@php.net>
  *  Jake Smith <jake@xz.cx>
  *  James Bailie <jimmy@mammothcheese.ca>
  *  James E Keenan <jkeenan@cpan.org>
  *  James FitzGibbon <jfitz@FreeBSD.org>
  *  Jan Siml <jsi@jules.de>
  *  Janni
  *  Janni <jannisan@t-online.de>
  *  Janos Mohacsi
  *  Jase Thew <freebsd@beardz.net>
  *  Jason Heiss <jheiss@aput.biz>
  *  Jason Helfman <jgh@FreeBSD.org>
  *  Jason Portwood <jason@iac.net>
  *  Jean Milanez Melo <jmelo@FreeBSD.org>
  *  Jean-Sébastien Pédron <dumbbell@FreeBSD.org>
  *  Jean-Yves Lefort <jylefort@brutele.be>
  *  Jeffrey Hsu <hsu@FreeBSD.org>
  *  Jens Grassel <freebsd-ports@jan0sch.de>
  *  Jeremy Norris <ishmael27@home.com>
  *  Jeremy Norris <ishmael27x@yahoo.com>
  *  Jeremy Shaffner <jeremy@external.org>
  *  Jerry A! <jerry@thehutt.org>
  *  Jerry Hicks
  *  Jerry Hicks <wghicks@bellsouth.net>
  *  Jesper Dalberg <jesper@jdn.dk>
  *  Jesse Kempf (jessekempf@gmail.com)
  *  Jesse McConnell <jesse@gallup.com>
  *  Jim Pirzyk <pirzyk@uiuc.edu>
  *  Jim Riggs <ports@christianserving.org>
  *  Jimmy Olgeni <olgeni@FreeBSD.org>
  *  Jin-Shan Tseng <tjs@cdpa.nsysu.edu.tw>
  *  Jin-Sih, Lin <linpct@gmail.com>
  *  Joachim Strombergson
  *  Jochen Neumeister (<joneum@bsdproject.de>)
  *  Joe Horn <joehorn@gmail.com>
  *  Joe Kelsey
  *  Joe Marcus Clarke <marcus@FreeBSD.org>
  *  Joep Grooten <joep@di.nl>
  *  Joerg Wunsch <joerg@FreeBSD.org>
  *  Johan Kerckaert <kirk@bricsnet.com>
  *  Johan Str??m <johan@stromnet.se>
  *  Johann Visagie <johann@egenetics.com>
  *  Johann Visagie <wjv@FreeBSD.org>
  *  Johannes Dieterich <jmd@freebsd.org>
  *  Johannes Jost Meixner <xmj@FreeBSD.org>
  *  Johannes Lundberg <johalun0@gmail.com>
  *  Johannes M Dieterich <jmd@FreeBSD.org>
  *  Johannes Meixner <johannes@perceivon.net>
  *  Johannes Meixner <xmj@FreeBSD.org>
  *  John Alden + Eric Freeman <freebsdports@chillibear.com>
  *  John Chen <johnpupu@gmail.com>
  *  John Hein <jhein@symmetricom.com>
  *  John Hood <cgull@glup.org>
  *  John Marino <marino@FreeBSD.org>
  *  John Merryweather Cooper
  *  John Merryweather Cooper et al
  *  Johnny Sorocil <jsorocil@gmail.com>
  *  Jon M. Dugan <jdugan@x1024.net>
  *  Jon Nistor <nistor@snickers.org>
  *  Jona Joachim <walkingshadow@grummel.net>
  *  Jonas Palm <jonaspalm@posteo.de>
  *  Jonathan Anderson <jonathan@FreeBSD.org>
  *  Jonathan Weiss (<jw@innerewut.de>)
  *  Jordi Haarman
  *  Jose Alonso Cardenas Marquez <acardenas@bsd.org.pe>
  *  Jose Alonso Cardenas Marquez <acm@FreeBSD.org>
  *  Jose Jachuf <jjachuf@gmail.com>
  *  Joseph Benden <joe@thrallingpenguin.com>
  *  Joseph Scott <joseph@randomnetworks.com>
  *  Josh Tiefenbach <josh@zipperup.org>
  *  Jov <amutu@amutu.com>
  *  Ju Pengfei <jupengfei@gmail.com>
  *  Juergen Lock <nox@FreeBSD.org>
  *  Jui-Nan Lin <jnlin@freebsd.cs.nctu.edu.tw>
  *  Julien Laffaye <kimelto@gmail.com>
  *  Jun Kuriyama <kuriyama@FreeBSD.org>
  *  Jun Kuriyama <kuriyama@opt.phys.waseda.ac.jp>
  *  June-Yen Huang <jihuang@gate.sinica.edu.tw>
  *  Juraj Lutter <otis@sk.freebsd.org>
  *  Justin Stanford <jus@security.za.net>
  *  KIMURA Yasuhiro <yasu@utahime.org>
  *  Kan Sasaki <sasaki@fcc.ad.jp>
  *  Kapil Chowksey <kchowksey@hss.hns.com>
  *  Karsten Pedersen <kpedersen@opencde.org>
  *  Keith Gaughan <k@stereochro.me>
  *  Kelly Hays <kelly.hays@jkhfamily.org>
  *  Kevin Lo <kevlo@FreeBSD.org>
  *  Khairil Yusof <kaeru@inigo-tech.com>
  *  Kimo <kimor79@yahoo.com>
  *  Kimura Fuyuki <fuyuki@hadaly.org>
  *  Kimura Fuyuki <fuyuki@mj.0038.net>
  *  Kimura Fuyuki <fuyuki@nigredo.org>
  *  Kirill Ponomarev <krion@FreeBSD.org>
  *  Kirill Ponomarew <ponomarew@oberon.net>
  *  Kiyoshi Matsui <kmatsui@t3.rim.or.jp>
  *  Klaus Aehlig <aehlig@linta.de>
  *  Klaus Goger <klaus.goger@reflex.at>
  *  Klaus T. Aehlig <aehlig@linta.de>
  *  Koichiro IWAO <meta@FreeBSD.org>
  *  Konstantin Lepa <konstantin.lepa@gmail.com>
  *  Konstantinos Konstantinidis <kkonstan@daemon.gr>
  *  Koop Mast <kwm@FreeBSD.org>
  *  Kris Moore <kris@pcbsd.org>
  *  Kubilay Kocak <koobs@FreeBSD.org>
  *  Kurt Jaeger <fbsd-ports@opsec.eu>
  *  Kurt Kanzenbach <kurt@kmk-computers.de>
  *  Kurt Lidl <kurt.lidl@cello.com>
  *  Kyle Evans <kevans@FreeBSD.org>
  *  Kyle Martin <mkm@ieee.org>
  *  Landon Fuller <landonf@opendarwin.org>
  *  Lapo Luchini <lapo@lapo.it>
  *  Lars Balker Rasmussen <lbr@FreeBSD.org>
  *  Lars Eggert <lars.eggert@gmx.net>
  *  Lars Thegler <lars@thegler.dk>
  *  Lars Thegler <lth@FreeBSD.org>
  *  Leif Pedersen <pedersen@meridian-enviro.com>
  *  Leo Kim <leo@florida.sarang.net>
  *  Leo Vandewoestijne <freebsd@dns.company>
  *  Lev A. Serebryakov <lev@serebryakov.spb.ru>
  *  Lev Serebryakov <lev@serebryakov.spb.ru>
  *  Lev Walkin <vlm@lionet.info>
  *  Lewis Thompson <purple@lewiz.net>
  *  Li-Wen Hsu <lwhsu@FreeBSD.org>
  *  Li-Wen Hsu <lwhsu@lwhsu.org>
  *  Loic Pefferkorn <loic-freebsd@loicp.eu>
  *  Loïc BARTOLETTI <lbartoletti@FreeBSD.org>
  *  Luca Pizzamiglio <luca.pizzamiglio@trivago.com>
  *  Luke Jee <lukejee@gmail.com>
  *  Lung-Pin Chang <changlp@cs.nctu.edu.tw>
  *  Lutz Boehne <lboehne@damogran.de>
  *  MANTANI Nobutaka <nobutaka@FreeBSD.org>
  *  Mahdi Mokhtari <mokhi64@gmail.com>
  *  Manuel Giraud <manuel.giraud@gmail.com>
  *  Marc E.E. van Woerkom <marc.vanwoerkom@fernuni-hagen.de>
  *  Marcello Coutinho <marcellocoutinho@gmail.com>
  *  Marco Broeder <marco.broeder@posteo.eu>
  *  Marco Molteni <molterSPAM@gufiSPAM.org>
  *  Mario S F Ferreira <lioux@linf.unb.br> et al.
  *  Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org>
  *  Mark Felder <feld@FreeBSD.org>
  *  Markus Dolze <bsdfan@nurfuerspam.de>
  *  Martin Jackson (mhjacks@swbell.net)
  *  Martin Jackson <mhjacks@swbell.net>
  *  Martin Kammerhofer
  *  Martin Kammerhofer <mkamm@gmx.net>
  *  Martin Matuska <martin@matuska.org>
  *  Martin Matuska <mm@FreeBSD.org>
  *  Martin Preuss <martin@libchipcard.de>
  *  Martin Tournoij <carpetsmoker@gmail.com>
  *  Martin Waschbuesch <martin@waschbuesch.de>
  *  Martin Wilke (miwi@FreeBSD.org)
  *  Martin Wilke <miwi@FreeBSD.org
  *  Martin Wilke <miwi@FreeBSD.org>
  *  Marzhan Mykola <delgod@portaone.com>
  *  Masahiro Teramoto <markun@onohara.to>
  *  Mathieu Arnold
  *  Mathieu Arnold <m@absolight.net>
  *  Matt Harris <mattdharris@users.sourceforge.net>
  *  Matt Peterson <matt@peterson.org>
  *  Matthew Hunt <mph@pobox.com>
  *  Matthew Seaman <matthew@FreeBSD.org>
  *  Matthew Will <mwill@spingen.com>
  *  Matthias Andree <matthias.andree@gmx.de>
  *  Matthias Fechner <mfechner@FreeBSD.org>
  *  Matthias Sund <m.sund@arcor.de>
  *  Mauricio Herrera Cuadra <mauricio@arareko.net>
  *  Max Campos <mcampos@bpsw.biz>
  *  Max Khon <fjoe@FreeBSD.org>
  *  Maxim Maximov (mcsi@agava.com)
  *  Maxim Sobolev <sobomax@FreeBSD.org>
  *  Meikel Brandmeyer <ocaml-ounit-port@kotka.de>
  *  Michael Beer <beerml@sigma6audio.de>
  *  Michael Gmelin <grembo@FreeBSD.org>
  *  Michael Grunewald
  *  Michael Grünewald <michipili@gmail.com>
  *  Michael Johnson <ahze@FreeBSD.org>
  *  Michael Johnson <ahze@ahze.net>
  *  Michael L. Hostbaek (mich@freebsdcluster.org)
  *  Michael L. Hostbaek <mich@freebsdcluster.org>
  *  Michael Le Barbier Grünewald <michipili@gmail.com>
  *  Michael Lyngbøl <lyngbol@wheel.dk>
  *  Michael Moll <kvedulv at kvedulv.de>
  *  Michael Moll <kvedulv@kvedulv.de>
  *  Michael Schout <mschout@gkg.net>
  *  Michael Winking <mwfp@foldl.net>
  *  Michal Bielicki <m.bielicki@llizardfs.com>
  *  Michaël Grünewald
  *  Miguel Mendez <flynn@energyhq.homeip.net>
  *  Mike Buchanon <buchanon@msu.edu>
  *  Mike Fisher <Michael_Fisher@URMC.Rochester.edu>
  *  Mike McGaughey <mmcg@cs.monash.edu.au>
  *  Mikhail T. <m.tsatsenko@gmail.com>
  *  Mikhail T. <michael@fun-box.ru>
  *  Mikhail Teterin
  *  Mikhail Teterin <mi@aldan.algebra.com>
  *  Mikolaj Golub <to.my.trociny@gmail.com>
  *  Mirko Zinn <mail@derzinn.de>
  *  Mitsuru YOSHIDA
  *  Mons Anderson <mons@cpan.org>
  *  Motoyuki Kasahara <m-kasahr@sra.co.jp>
  *  Muhammad Moinur Rahman <5u623l20@gmail.com>
  *  Muhammad Moinur Rahman <bofh@FreeBSD.org>
  *  Muhammad Moinur Rahman<5u623l20@gmail.com>
  *  Muhammad Moinur Rahman<bofh@FreeBSD.org>
  *  Murilo Opsfelder <mopsfelder@gmail.com>
  *  Murray Stokely <murray@cdrom.com>
  *  Mykola Marzhan <delgod@portaone.com>
  *  NAKATA Maho <maho@FreeBSD.org>
  *  NECDET COKYAZICI <cokyazici@yahoo.co.uk>
  *  Neal Nelson <neal@nelson.name>
  *  Nemo Liu <nemoliu@FreeBSD.org>
  *  Nicholas Esborn <nick@netdot.net>
  *  Nick Hilliard <nick@foobar.org>
  *  Nicola Vitale <nivit@FreeBSD.org>
  *  Nicolas Embriz <nbari@tequila.io>
  *  Nicolas Jombart <Nicolas.Jombart@hsc-labs.com>
  *  Niels Kristensen <niels@kristensen.io>
  *  Nik Clayton <nik@FreeBSD.org>
  *  Nikolay Dachev <freebsd@dacehv.info>
  *  Nikos Ntarmos <ntarmos@ceid.upatras.gr>
  *  Nobutaka Mantani <nobutaka@FreeBSD.org>
  *  Oleg A. Mamontov <oleg@mamontov.net>
  *  Oleg Mamontov <oleg@mamontov.net>
  *  Oleg Ukraincev <oleg@ht-systems.ru>
  *  Oleh Hushchenkov <o.hushchenkov@gmail.com>
  *  Oleksii Tsai <oleksii.tsai@gmail.com>
  *  Oliver Braun
  *  Oliver Braun <obraun@FreeBSD.org>
  *  Oliver Fromme
  *  Oliver Lehmann
  *  Oliver Lehmann <lehmann@ans-netz.de>
  *  Oliver Lehmann <oliver@FreeBSD.org>
  *  Olivier Cochard-Labbe <olivier@FreeBSD.org>
  *  Olivier Duchateau
  *  Olivier Duchateau <duchateau.olivier@gmail.com>
  *  Otacilio de Araujo Ramos Neto <otacilio.neto@bsd.com.br>
  *  Palle Girgensohn <girgen@FreeBSD.org>
  *  Palle Girgensohn <girgen@pingpong.net>
  *  Parv <parv@pair.org>
  *  Patrice Clement <monsieurp@gentoo.org>
  *  Patrick Alken <alken@colorado.edu>
  *  Patrick Li <pat@databits.net>
  *  Patrick MARIE <mycroft@virgaria.org>
  *  Paul Mather <paul@gromit.dlib.vt.edu>
  *  Pav Lucistnik <pav@FreeBSD.org>
  *  Pawel Pekala <pawel@FreeBSD.org>
  *  Pedro F Giffuni
  *  Pedro F. Giffuni
  *  Pedro F. Giffuni <giffunip@asme.org>
  *  Pedro Giffuni
  *  Pedro Giffuni <pfg@FreeBSD.org>
  *  Pete Fritchman <petef@databits.net>
  *  Peter Bozarov (kingofgib@users.sourceforge.net)
  *  Peter Haight <peterh@sapros.com>
  *  Peter Jeremy <peterjeremy@acm.org>
  *  Peter Johnson <johnson.peter@gmail.com>
  *  Peter Pentchev <roam@FreeBSD.org>
  *  Peter Schuller <peter.schuller@infidyne.com>
  *  Peter Vereshagin <peter@vereshagin.org>
  *  Petr Holub <hopet@ics.muni.cz>
  *  Petri Totterman <petri.totterman@hmv.fi>
  *  Phil Maker <pjm@gnu.org>
  *  Phil Oleson <oz@nixil.net>
  *  Philip Drapeau <pdrapeau@advanis.ca>
  *  Philip M. Gollucci
  *  Philip Paeps <philip@FreeBSD.org>
  *  Philip Paeps <philip@paeps.cx>
  *  Philip Schulz <phs@deadc0.de>
  *  Philippe Audeoud <jadawin@tuxaco.net>
  *  Pietro Cerutti <gahr@FreeBSD.org>
  *  Piotr Florczyk <p.florczyk@adminworkshop.pl>
  *  Piotr Kubaj <emulation@FreeBSD.org$
  *  Piotr Kubaj <pkubaj@anongoth.pl>
  *  Po-Chien Lin <linpc@cs.nctu.edu.tw>
  *  Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Rainer Hurling <rhurlin@gwdg.de>
  *  Ralf Gebhart <gebhart@secnetix.de>
  *  Ralf S. Engelschall
  *  Ralf S. Engelschall <rse@gnu.org>
  *  Randall Hopper <aa8vb@nc.rr.com>
  *  Remington Lang <MrL0Lz@gmail.com>
  *  René Ladan <rene@freebsd.org>
  *  Richard Gallamore <ultima@freebsd.org>
  *  Robert Gogolok <gogo@cs.uni-sb.de>
  *  Robert Noland <rnoland@FreeBSD.org>
  *  Robert Schlotterbeck <robert@rs.tarrant.tx.us>
  *  Rod Person <rodperson@rodperson.com>
  *  Rod Taylor <ports@rbt.ca>
  *  Roderick van Domburg <r.s.a.vandomburg@student.utwente.nl>
  *  Rodrigo OSORIO <rodrigo@FreeBSD.org>
  *  Roger Hardiman <roger@freebsd.org>
  *  Roland van Laar <roland@micite.net>
  *  Romain Tartiere <romain@FreeBSD.org>
  *  Romain Tartiere <romain@blogreen.org>
  *  Roman Bogorodskiy <novel@FreeBSD.org>
  *  Roman Shterenzon <romanbsd@yahoo.com>
  *  Ronald Klop <ronald@echteman.nl>
  *  Rong-En Fan <rafan@FreeBSD.org>
  *  Rong-En Fan <rafan@infor.org>
  *  Ross Timson <ross@rosstimson.com>
  *  Rouslan Iskhakov <rouslan@rshell.net>
  *  Rozhuk Ivan
  *  Ruben de Groot <rdg@bzerk.org>
  *  Ruben van Staveren
  *  Rui Lopes (<rgl ruilopes com>)
  *  Rui Lopes (rgl ruilopes com)
  *  Rui Lopes <rgl ruilopes com>
  *  Rui Lopes <rui@ruilopes.com>
  *  Rui Paulo <rpaulo@FreeBSD.org>
  *  Rusmir Dusko <nemysis@FreeBSD.org>
  *  Russell Francis <johntabularasa@users.sf.net>
  *  Ryan Steinmetz (<rpsfa@rit.edu>)
  *  Ryan Steinmetz <rpsfa@rit.edu>
  *  Ryan Steinmetz <zi@FreeBSD.org>
  *  SADA Kenji <sada@FreeBSD.org>
  *  Sahil Tandon <sahil@FreeBSD.org>
  *  Sahil Tandon <sahil@tandon.net>
  *  Sam Lawrance <boris@brooknet.com.au>
  *  Samuel Tardieu <sam@rfc1149.net>
  *  Samy Al Bahra <samy@kerneled.com>
  *  Samy Al Bahra <samy@kerneled.org>
  *  Sander Vesik <sander@haldjas.folklore.ee>
  *  Sandro Sigala
  *  Seamus Venasse <svenasse@polaris.ca>
  *  Sean Chittenden <sean@chittenden.org>
  *  Sean Chittenden <seanc@FreeBSD.org>
  *  Sean Farley <sean-freebsd@farley.org>
  *  Sean McLaughlin <sigma.zx@gmail.com>
  *  Serge Gagnon <serge.gagnon.1@ulaval.ca>
  *  Serge Gagnon <serge.gagnon@b2b2c.ca>
  *  Sergei Gnezdov <sergeiga@yahoo.com>
  *  Sergei Kolobov <sergei@kolobov.com>
  *  Sergei Vyshenski
  *  Sergei Vyshenski <svysh.fbsd@gmail.com>
  *  Sergei Vyshenski <svysh@pn.sinp.msu.ru>
  *  Sergey A. Osokin <osa@FreeBSD.org>
  *  Sergey Golyashov <svvord@soft-wizard.ru>
  *  Sergey Kozlov <kozlov.sergey.404@gmail.com>
  *  Sergey Matveychuk <sem@ciam.ru>
  *  Sergey Skvortsov <skv@FreeBSD.org>
  *  Sergey Skvortsov <skv@protey.ru>
  *  Sergey V. Dyatko <Sergey.Dyatko@gmail.com>
  *  Sergey V. Dyatko <sergey.dyatko@gmail.com>
  *  Serguei Okladnikov <oklaspec@gmail.com>
  *  Shane Ambler <FreeBSD@Shaneware.biz>
  *  Shaun Amott <shaun@FreeBSD.org>
  *  Sheldon Hearn <sheldonh@FreeBSD.org>
  *  Shell Hung <shell@shellhung.org>
  *  Shin-ya MURAKAMI <murashin@gfd-dennou.org>
  *  Shinsuke Matsui <smatsui@karashi.org>
  *  Simon Barner <barner@gmx.de>
  *  Simon Marlow <simonmar@microsoft.com>
  *  Simon Olofsson <simon@olofsson.de>
  *  Simun Mikecin <numisemis@yahoo.com>
  *  Sir l33tname <sirl33tname@gmail.com>
  *  Sofian Brabez <sbrabez@gmail.com>
  *  Sofian Brabez <sbz@FreeBSD.org>
  *  Stanislav Sedov <ssedov@mbsd.msk.ru>
  *  Stanislav Sedov <stas@FreeBSD.org>
  *  Stanislav Sedov <stas@fonon.realnet>
  *  Stefan Bethke <stb@lassitu.de>
  *  Stefan Ehmann <shoesoft@gmx.net>
  *  Stefan Pauly <stefan@fh-mainz.de>
  *  Stefan Wendler <stefan.wendler@tngtech.com>
  *  Stephen J. Roznowski <sjr@home.net>
  *  Stephon Chen <stephon@gmail.com>
  *  Steve Franks <stevefranks@ieee.org>
  *  Steve Wills <steve@mouf.net>
  *  Steve Wills <swills@FreeBSD.org>
  *  Steve Wills <swills@rubick>
  *  Steven Kreuzer <skreuzer@FreeBSD.org>
  *  Steven Kreuzer <skreuzer@exit2shell.com>
  *  Stéphane D'Alu <sdalu@sdalu.com>
  *  Sulev-Madis Silber <madis555@hot.ee>
  *  Sun Chang-Ming
  *  Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@sunpoet.net>
  *  Sutra Zhou <zhoushuqun@gmail.com>
  *  Svyatoslav Lempert <svyatoslav.lempert@gmail.com>
  *  Sylvio Cesar <sylvio@FreeBSD.org>
  *  Sébastien Santoro <dereckson@gmail.com>
  *  TAKAHASHI Kaoru <kaoru@kaisei.org>
  *  TAKATSU Tomonari <tota@FreeBSD.org>
  *  TAKATSU Tomonari <tota@rtfm.jp>
  *  TERAMOTO Masahiro <markun@onohara.to>
  *  Takefu
  *  Takumi Takahashi <takumiiinn@gmail.com>
  *  Takuya Tsuchida <tsucchi@cpan.org>
  *  Tatsuya Ueda <ml+freebsd@tatsuya.info>
  *  Terry Sposato <terry@sucked-in.com>
  *  Thaddeus Covert <tcovert@grimmy.sahuagin.net>
  *  Thawatchai Piyawat <piyawat@usablelabs.com>
  *  Thierry Thomas (<thierry@FreeBSD.org>)
  *  Thierry Thomas (<thierry@pompo.net>)
  *  Thierry Thomas <thierry@pompo.net>
  *  Thinker K.F. Li <thinker@eeebox.branda.to>
  *  Thomas Abthorpe <thomas@goodking.ca>
  *  Thomas Gellekum <tg@FreeBSD.org>
  *  Thomas Gellekum <tg@freebsd.org>
  *  Thomas Zander <riggs@FreeBSD.org>
  *  Thomas-Martin Seck <tmseck@netcologne.de>
  *  Tillman Hodgson <tillman@seekingfire.com>
  *  Tim Bishop <tdb@FreeBSD.org>
  *  Tim Bishop <tim@bishnet.net>
  *  Tim Niemueller <tim@niemueller.de>
  *  Tim Vanderhoek <hoek@FreeBSD.org>
  *  Timothy Beyer <beyert@cs.ucr.edu>
  *  Timur I. Bakeyev <bat@cpan.org>
  *  Ting-Wei Lan <lantw44@gmail.com>
  *  Tobias Gion <freebsd@gionet.de>
  *  Tobias Roth <ports@fsck.ch>
  *  Tom Judge <tj@FreeBSD.org>
  *  Tom Judge <tom@tomjudge.com>
  *  Tom McLaughlin <tmclaugh@sdf.lonestar.org>
  *  Tomoyuki Sakurai <cherry@trombik.org>
  *  Toni Andjelkovic <toni@soth.at>
  *  Toni Viemerö <toni.viemero@iki.fi>
  *  Tony Maher <tonym@biolateral.com.au>
  *  Tony Narlock <tony@git-pull.com>
  *  Torsten Zuehlsdorff <ports@toco-domains.de>
  *  Torsten Zuehlsdorff <tz@FreeBSD.org>
  *  Torsten Zuhlsdorff <ports@toco-domains.de>
  *  Torsten Zühlsdorff <ports@toco-domains.de>
  *  Travis Campbell <hcoyote@ghostar.org>
  *  Trevor Caira <trevor@bitba.se>
  *  Tsung-Han Yeh <snowfly@yuntech.edu.tw>
  *  Uffe Jakobsen <uffe@uffe.org>
  *  Ulrich Spoerlein <uspoerlein@gmail.com>
  *  Vadim Vatlin
  *  Valery Komarov <komarov@valerka.net>
  *  Vanilla I. Shu <vanilla@FreeBSD.org>
  *  Vany Serezhkin <ivan@serezhkin.com>
  *  Vasil Dimov <vd@datamax.bg>
  *  Veniamin Gvozdikov <vg@FreeBSD.org>
  *  Viacheslav Mikerov <SlavaMikerov@gmail.com>
  *  Vitaly Magerya <vmagerya@gmail.com>
  *  Vivek Khera <vivek@khera.org>
  *  Vladimir Chukharev
  *  Vladimir Gorelov <virtual.lark@gmail.com>
  *  Vladimir Kondratiev <wulf@mail.mipt.ru>
  *  Vladimir Kondratyev <wulf@FreeBSD.org>
  *  Vladimir Perepelitsa <mons@cpan.org>
  *  Vladimir Timofeev <vovkasm@gmail.com>
  *  Volker Stolz <stolz@i2.informatik.rwth-aachen.de>
  *  Volker Stolz <vs@FreeBSD.org>
  *  Volodymyr Kostyrko <c.kworr@gmail.com>
  *  Vsevolod Stakhov <vsevolod@highsecure.ru>
  *  Waitman Gobble <waitman@waitman.net>
  *  Warner Losh <imp@FreeBSD.org>
  *  Warren Block <wblock@wonkity.com>
  *  Wen Heping <ruby@FreeBSD.org>
  *  Wen Heping <wen@FreeBSD.org>
  *  Wen Heping <wenheping@gmail.com>
  *  Wen Heping<wen@FreeBSD.org>
  *  Wen Heping<wenheping@gmail.com>
  *  Wes Peters <@FreeBSD.org>
  *  Wes Peters <wes@FreeBSD.org>
  *  Will Andrews <andrews@technologist.com>
  *  Will Andrews <will@FreeBSD.org>
  *  William Grzybowski
  *  William Grzybowski <sunpoet@FreeBSD.org>
  *  William Grzybowski <wg@FreeBSD.org>
  *  William Grzybowski <william88@gmail.com>
  *  Xavier Beaudouin <kiwi@oav.net>
  *  Xin LI <delphij@FreeBSD.org>
  *  Xin Li <delphij@FreeBSD.org>
  *  Yarema <yds@CoolRat.org>
  *  Yasuhiro KIMURA <yasu@utahime.org>
  *  Yen-Ming Lee <leeym@FreeBSD.org>
  *  Yen-Ming Lee <leeym@leeym.com>
  *  Yevgen Drachenko <geka@sippysoft.com>
  *  Yi-Huan Chan <yhchan@csie.nctu.edu.tw>
  *  Yi-Jheng Lin <yzlin@FreeBSD.org>
  *  Yi-Jheng Lin <yzlin@cs.nctu.edu.tw>
  *  Ying-Chieh Chen
  *  Ying-Chieh Liao <ijliao@FreeBSD.org>
  *  Ying-Chieh Liao <ijliao@csie.nctu.edu.tw>
  *  Yinghong Liu <relaxbsd@gmail.com>
  *  Yoshihiko Sarumaru <mistral@imasy.or.jp>
  *  Yuan-Chen Cheng <ycheng@sinica.edu.tw>
  *  Yuan-Chung Hsiao & <ychsiao@ychsiao.org>
  *  Yuan-Chung Hsiao <ychsiao@ychsiao.idv.tw>
  *  Yuan-Chung Hsiao <ychsiao@ychsiao.org>
  *  Yuichiro NAITO <naito.yuichiro@gmail.com>
  *  Yukihiro Nakai <nakai@FreeBSD.org>
  *  Yuri Victorovich <yuri@rawbw.com>
  *  Zach Thompson <hideo@lastamericanempire.com>
  *  Zane C, Bowers <vvelox@vvelox.net>
  *  Zane C. Bowers-Hadley <vvelox@vvelox.net>
  *  Zeus Panchenko <zeus@gnu.org.ua>
  *  aaron@FreeBSD.org
  *  ache
  *  adamw
  *  ade@FreeBSD.org
  *  alan <Alan@Wave2.org>
  *  alepulver
  *  alexander smishlajev
  *  alfred
  *  alfred@FreeBSD.org
  *  andreas@syndrom23.de
  *  andrew morton
  *  andrew@scoop.co.nz
  *  andrey@kostenko.name
  *  antoine@FreeBSD.org
  *  arved
  *  asmith
  *  aturetta@commit.it
  *  autrijus@autrijus.org
  *  b.f. <bf@FreeBSD.org>
  *  bf <bf2006a@yahoo.com>
  *  bf <bf@FreeBSD.org>
  *  bland@FreeBSD.org
  *  blubee <hello@blubee.me>
  *  bms
  *  bms@FreeBSD.org
  *  bra@fsn.hu
  *  brix@FreeBSD.org
  *  buganini@gmail.com
  *  chinsan
  *  chinsan <chinsan.tw@gmail.com>
  *  christian
  *  chuckr@FreeBSD.org
  *  clsung
  *  clsung@dragon2.net
  *  darius@dons.net.au
  *  dcf@aracnet.com
  *  dchapes@zeus.leitch.com
  *  devin@spamcop.net
  *  dlowe
  *  dom
  *  dom@happygiraffe.net
  *  dpejesh@yahoo.com
  *  dwm
  *  ejc@bazzle.com
  *  elbarto
  *  erik@habatech.no
  *  estith
  *  frase@frase.id.au
  *  gahr
  *  gahr@FreeBSD.org
  *  gebhart@secnetix.de
  *  giffunip
  *  glarkin
  *  glarkin@
  *  glewis
  *  gno@yahoo-inc.com
  *  gordon@FreeBSD.org
  *  gugu
  *  iblis <iblis@hs.ntnu.edu.tw>
  *  ijliao
  *  ijliao@FreeBSD.org
  *  is grammatically incorrect in this context.
  *  jaapb@kerguelen.org
  *  jagapen@home.com
  *  jaharkes
  *  janos.mohacsi@bsd.hu
  *  jasone
  *  jeffhung
  *  jesse@cs.uni-magdeburg.de
  *  jessekempf@gmail.com
  *  jhanna@home.com
  *  jkh
  *  jkoshy
  *  jnlin@freebsd.cs.nctu.edu.tw
  *  joerg
  *  joerg@FreeBSD.org
  *  jraynard
  *  jupengfei <jupengfei@gmail.com>
  *  kargl@apl.washington.edu
  *  kevit
  *  kipz <somicide@gmail.com>
  *  knu@FreeBSD.org
  *  kris@FreeBSD.org
  *  kuriyama
  *  lars.eggert@gmx.net
  *  lbartoletti <lbartoletti@FreeBSD.org>
  *  lbr
  *  lbr@FreeBSD.org
  *  lightside <lightside@gmx.com>
  *  lippe
  *  lonewolf@flame.org
  *  lth@FreeBSD.org
  *  matthew.closson@gmail.com
  *  meka
  *  mfechner@FreeBSD.org
  *  mi@aldan.algebra.com
  *  michael johnson <ahze@ahze.net>
  *  mig
  *  mikeh@FreeBSD.org
  *  milki <milki@rescomp.berkeley.edu>
  *  milki@rescomp.berkeley.edu
  *  mk
  *  mm
  *  moeding
  *  mp39590@gmail.com
  *  mr
  *  mr@freebsd.org
  *  mukai
  *  mwest@uct.ac.za
  *  nbm
  *  ndewing@experts-exchange.com
  *  netchild@FreeBSD.org
  *  never@nevermind.kiev.ua
  *  nils@guru.ims.uni-stuttgart.de
  *  nork@FreeBSD.org
  *  nork@cityfujisawa.ne.jp
  *  novator24 <novator24@gmail.com>
  *  nox@FreeBSD.org
  *  obraun@FreeBSD.org
  *  olevole@olevole.ru
  *  olgeni@FreeBSD.org
  *  osa
  *  petef
  *  petef@FreeBSD.org
  *  philip@FreeBSD.org
  *  ports@c0decafe.net
  *  ports@c0decafe.net <ports@c0decafe.net>
  *  pst@FreeBSD.org
  *  pvh@egenetics.com
  *  rafan@FreeBSD.org
  *  redcrash@gmail.com
  *  renchap@cocoa-x.com
  *  roam@FreeBSD.org
  *  roberto
  *  rooneg@electricjellyfish.net
  *  rousskov
  *  rpsfa@rit.edu
  *  rv@FreeBSD.org
  *  rv@gnu.org
  *  simond@irrelevant.org
  *  skreuzer@FreeBSD.org
  *  skreuzer@exit2shell.com
  *  sobomax
  *  stas
  *  stas@FreeBSD.org
  *  sunghyuk
  *  tdb
  *  thierry@pompo.net
  *  thinker@branda.to
  *  tiger <tiger@whitetigersd.com>
  *  tiger@whitetigersd.com
  *  tobez
  *  tobez@FreeBSD.org
  *  torstenb@FreeBSD.org
  *  trasz <trasz@pin.if.uz.zgora.pl>
  *  trevor
  *  trociny
  *  vanilla
  *  vanilla@
  *  vazquez@iqm.unicamp.br
  *  vsevolod
  *  wahjava
  *  wenheping@gmail.com
  *  wghicks@bellsouth.net
  *  will
  *  ws Christoph Kick
  *  xenophon+fbsdports@irtnog.org
  * # Created by Matthias Fechner <mfechner@FreeBSD.org>
  * # Created by johalun0@gmail.com
  * //www.tomek.cedro.info)
  * org>

With hat:	portmgr

devel/cdecl: Upgrade to 11.15

ChangeLog:
Atomic arrays
_Atomic arrays are now correctly forbidden:

typedef int A[2]
explain _Atomic A x  // error: _Atomic array of T is illegal
Note that:

_Atomic int x[2];    // OK: array of _Atomic T is legal
is legal.

CDECLRC environment variable
If none of the --config, -c, --no-config, nor -C command line options
are given and the value of the CDECLRC environment variable isn't empty,
it's used as the full path to the cdeclrc file to read upon start-up.

Configuration file default language
Previously, cdecl would temporarily set the current language to the
latest supported version of C++ while reading a configuration file. It
no longer does this as a special case. Now, as always, it sets the
default language based on the executable name.

enum alignment in C11
Alignment of enums is now correctly allowed in C11.

Types as objects
Previously declared types are now checked to ensure they're not being
used as objects:

cdecl> struct S
cdecl> explain int S                // error (now)

devel/cdecl: upgrade to 11.14

ChangeLog:
Alternative tokens & digraphs
Now prints a warning that neither alternative tokens nor digraphs are
supported until C95. Also now printing a warning if alternative tokens
are set and the current language changes to one that doesn't support
them.

east-const in K&R C
Now prints a warning that east-const isn't supported until C89.

using
Now prints a warning that using isn't supported until C++11.

Fixed void f(int())
The long-standing issue #10 has finally been fixed.

Fixed help message
The old mention of files... in the help messages was removed.

devel/cdecl: update to 11.13

ChangeLog:
Aligned enum, struct, and union in C
Alignment of enum, struct, and union is now correctly forbidden in C.

alignas & _Alignas
These keywords are now additionally allowed instead of aligned [as|to]
in pseudo-English.

Auto-completion of cdecl keywords
Cdecl keywords are now not auto-completable when explaining gibberish.

Auto-completion tweaks
new is now auto-completable; variadic is now autocompletable only in C89
and later. The following are now not autocompletable: co_await,
co_return, co_yield, concept, decltype, and requires.

restrict of typedef
restrict is now correctly allowed on typedefs of pointer:

cdecl> typdef int *pint
cdecl> explain restrict pint p
declare p as restricted pint
return English shorthand
return is now accepted as a shorthand for returning in pseudo-English.

English new-style cast synonyms
The C++ keywords const_cast, dynamic_cast, reinterpret_cast, and
static_cast are now synonyms for their respective two-word counterparts
in pseudo-English.

Fixed core dump for --debug/-d for operator
Fixed a core dump when using the --debug/-d option for an operator.

Fixed function returning function parameter crash
A crash for:

explain void f( int()() )
(which is illegal) has been fixed.

devel/cdecl: Upgrade to 11.12.

ChangeLog:
noexcept for function parameters
noexcept is now correctly allowed for pointers to function parameter
arguments:

c++decl> explain void g( void (*f)() noexcept )
declare g as function (f as pointer to no-exception function returning
void) returning void
Dynamic exception specifications
These are now parsed, but either not supported by cdecl through C++14 or
no longer supported in C++17.

Ignore leading whitespace for command completion
Previously, if there was any leading whitesplace before a command, that
is:

cdecl>  dec<TAB>
       ^
              leading whitespace
	      it wouldn't match: now it does.

	      Fixed interactive column
	      The column number printed for error and warning messages
	      while interactive is now correct.

devel/cdecl: update to 11.11

ChangeLog:
using with attributes
Now supporting using with attributes:

c++decl> explain using Int [[maybe_unused]] = int
declare Int as maybe unused type int
Declare types with using
In C++11 and later, types are now declared with using instead of typedef
by default.

using declarations
New --no-using/-u command-line option and using set option that control
whether types are declared with using instead of typedef in C++11 and
later:

c++decl> declare pint as type pointer to int
using pint = int*;
c++decl> set nousing
c++decl> declare pint as type pointer to int
typedef int *pint;
More K&R C types
The types caaddr_t and daddr_t were added; jmp_buf was moved from C89.

devel/cdecl: upgrade to 11.10

ChangeLog:
Pre-C99 implicit int
Added more support for pre-C99 implicit int:

explain *p                          // pointer to int
explain *p, i                       // pointer to int, int
explain *a[4]                       // array 4 of pointer to int
explain *f()                        // function returning pointer to int
explain (*p)                        // pointer to int -- unnecessary ()
const void function parameters
const (and volatile) qualifiers for void as a function "parameter" (even via a typedef) are now correctly flagged as an error:

void f1(void);                      // OK
void f2(const void);                // error

typedef void Void;
void f3(Void);                      // OK

typedef const void CVoid;
void f4(CVoid);                     // error
Redefinition check in C++
C++ doesn't support tentative definitions, so:

int i, i;                           // OK in C; error in C++
is always an error in C++ even if the types match.

Restricted pointer to non-object
A restricted pointer to a non-object, e.g., function, is now correctly flagged as an error:

int (*restrict pf)();               // error

devel/cdecl: update to 11.9

ChangeLog:
Fixed reading from stdin
Fixed reading from stdin when it's not a TTY.

Redefinition check
Names being redefined with a different type in the same declaration are now correctly forbidden:

int i, i;                           // OK (tentative definition)
int j, *j;                          // error: different type
Function-like parameter redefinition check
Function-like parameters are now checked for redefinition (more than one parameter having the same name).

More C++ standard types
Added the standard C++ types std::ispanstream, std::stacktrace_entry, and std::wispanstream.

devel/cdecl: update 11.8

ChangeLog:
New cdecl keywords
There are now the new pseudo-English keywords of evaluation (plus eval as a shorthand), expression (plus expr), and initialization (plus init) that can optionally be used after constant (or const) instead of consteval, constexpr, or constinit, respectively:

c++decl> declare f as constant expression function returning int
constexpr int f();
There are now the new pseudo-English keywords of maybe, unused, thread, local, as well as discard, except, and return that can be used after no that can be used instead of maybe_unused, thread_local, nodiscard, noexcept, and noreturn.

Fixed reading of stdin
The "no files as arguments" change broke reading of stdin; fixed.

devel/cdecl: update to 11.7

ChangeLog:
Cdecl keywords
When an unexpected name token is encountered, if said token is a cdecl keyword, it's now mentioned in the error message:

cdecl> declare ptr as pointer to void
               ^
16: syntax error: "ptr": name expected ("ptr" is a cdecl keyword)
Additionally, cdecl keywords are now also offered in suggestions.

register arrays
register arrays are now correctly allowed.

Zero-sized arrays
Zero-sized arrays are now correctly forbidden.

No files as arguments
Command-line arguments were treated as files if they weren't commands.
This dubious use-case was a hold-over from the original cdecl and has
been removed. (If you want to read a file use -f.)

devel/cdecl: update to 11.6

ChangeLog:
C++23 integer literal suffixes
The case-insensitive integer literal suffixes of uz and zu for size_t and z for ssize_t are now supported.

C++23 operator[]
Now allowing operator[] to have zero or more arguments starting in C++23.

Fixed bug with array of function
Given:

cdecl> explain int f[5](double)
declare f as function (double) returning int
cdecl (1) incorrectly elided the array and therefore (2) didn't report the array of function as an error.

typedef of function
typedefs of function are now correctly allowed:

typedef int F(void)

devel/cdecl: update to 11.5.

ChangeLog:
Better error/warning locations
Locations for error and warning messages have been improved.

show error improvement
The show command now correctly prints all possible commands to define a type when requested to show a type that doesn't exist.

register warnings
A deprecated warning is now printed for a register array, enum, class, struct, union, pointer, pointer to member, reference, and rvalue reference between C++11 and C++14. (Previously, a warning was printed only for built-in types and typedefs.)

K&R function parameter printed as int
For functions having K&R C typeless parameters, int is now printed in C89 and later since such parameters are implicitly int.

show using before C++11
A show using before C++11 now prints an error.

Help output
Tweaked help output.

*/*: Remove redundant '-[0-9]*' from CONFLICTS

The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").

Many CONFLICTS definitions used patterns like "bash-[0-9]*" to filter
for the bash package in any version. But that pattern is functionally
identical with just "bash".

Approved by:	portmgr (blanket)

devel/cdecl: upgrade 11.2->11.4

ChangeLog:
11.3:
Added explicit-ecsu option
Both an --explicit-csu/-S command-line and explicit-ecsu set option have been added that set which type keywords enum, class, struct, or union, are included explicitly in C++ declarations. The default is struct and
union only, so:

c++decl> declare ps as pointer to struct S
struct S *ps;
c++decl> declare pt as pointer to class T
T *pt;
Fixed nested array declaration
Explaining a declaration like:

explain int (a)[4]
is now fixed.

11.4:
_Atomic(T) in C++23
Now supporting the _Atomic(T) macro in C++23.

Fixed pointer to a typedef of void
Declarations like:

typedef void V
explain V *p
are now fixed.

Allow declarations using unknown scoped type names
Previously, cdecl complained about things like:

cdecl> define S as struct S
cdecl> explain S::T x
                  ^
19: error: "T": unknown name
Now, it just assumes the T is a type:

declare x as T of structure S
cvr-qualified _Atomic
const-volatile-restrict-qualified _Atomic types are now correctly forbidden.

devel/cdecl: upgrade from 8.0->11.2

See the github repo for all the changes

Remove # $FreeBSD$ from Makefiles.

devel/cdecl: update to 8.0.

C2X support
Added support for C2X:

Added type char8_t.
Added [[...]] syntax for attributes.
Added [[deprecated]], [[maybe_unused]], and [[nodiscard]] attributes.
Removed support for typeless function arguments in K&R C.
More C++20 support
Added support for constinit and export in C++20.

Embedded C support
Added support for Embedded C:

Added types _Accum and _Fract (and accum and fract).
Added modifier _Sat (and sat and saturated).
Added the typedefs int_hk_t, int_hr_t, int_k_t, int_lk_t, int_lr_t, int_r_t, uint_uhk_t, uint_uhr_t, uint_uk_t, uint_ulk_t, uint_ulr_t, and uint_your_t.
Since the Embedded C standard is based on C99, support for Embedded C is available only when the language is set to C99.

Forbidding attribute syntax
The [[xxx]] attribute syntax is now forbidden until either C2X or C++11.

class, struct, & union optional ;
Semicolons are now optional after class, struct, or union declarations.

class, struct, & union define themselves
Before now:

class C { typedef int Int; }
would define only C::Int as a type. Now, the enclosing class, struct, or union is also defined as a type. Hence, the above is now equivalent to:

define C as class C
define C::Int as int
This also means that either:

class C { }
class C
is eqivalent to:

define C as class C
class, struct, & union commands
class, struct, and union are now commands (just like namespace).

Per-scope types; fixed English scope name order
Each scope of a scoped name (sname) now has its own type. Additionally, the English printed order is now (correctly) inner-to-outermost. For example:

c++decl> namespace N { class C { typedef int I; }; }
c++decl> explain N::C::I x
declare x as I of class C of namespace N
Floating-point extensions for C types
Added types _Decimal32_t, _Decimal64_t, _Decimal64x, _Decimal128x, _Float32, _Float32x, _Float64, _Float128, _Float128x, femode_t, and long_double_t.

Aligned to
Now allowing to in addition to as for ... aligned [as|to] ....

show as
Now allowing an optional as in show ... [as] typedef.

asm
Added the asm keyword to prevent declarations from using it.

devel/cdecl: update to 7.4.1.

Allowing signed main()
The legal signed main() signature is now accepted.

Ignoring east-const in English
East const is now ignored when explaining gibberish.

Disallowing reference to reference
References to references are now errors.

devel/cdecl: update to 7.4.

Bison debugging change
Changed --enable--yydebug configure option to --enable-bison-debug, --yydebug/-y cdecl options to --bison-debug/-B, and yydebug to bison-debug set option.

Added Flex debugging
Added --enable-flex-debug configure option, --flex-debug/-F cdecl options, and flex-debug set option.

Fixed set options
Finally fixed parsing of set options.

devel/cdecl: upgrade to 7.3.

Checking main()s signature
The signature of main() is now checked.

More C standard types
Added the standard C types atomic_flag, double_t, fenv_t, fexcept_t, float_t, jmp_buf, memory_order, va_list, wctrans_t, and wctype_t.

Fixed explaining pointer-to-array function arguments
Explaining a declaration like:

cdecl> explain void f(double (*a)[5])
crashed; fixed.

devel/cdecl: upgrade to 7.2.

- changelog:
new & delete operator overloading
Added support for composing and deciphering C++ overloaded new, new[], delete, and delete[] operators.

extern &static functions
extern or static functions can not be const.

English scoped types
Given:

struct S { typedef int Int; }
explain S::Int x
the explanation is:

declare x as Int of structure S
but English types ("T of ...") weren't legal in cdecl's grammar. They are now.

More C++ std types
Added types std::align_val_t, std::destroying_delete_t, and std::nothrow_t.

throw() put back
throw is still a keyword so it was put back in C++20.

Fixed user-defined literal argument
Explicitly specifying int is now accepted.

devel/cdecl: upgrade to 7.1.

dded more GNU extensions
Added GNU C's __complex, __complex__, __const, __inline, __restrict, __signed, __signed__, __volatile, and __volatile__.

_Bool in C
In C, _Bool is now emitted rather than bool.

register removed
register is now removed (but still reserved) in C++17 and later.

devel/cdecl: upgrade to 7.0.

East const
New -E/--east-const command-line and east-const set options to use "east const" in gibberish:

cdecl> declare x as const int
int const x;
Correct scope names for nested types
Previously, scope names for nested types were always printed as "of scope"; now they print the type of scope (class, struct, union, or namespace):

c++decl> struct S { typedef int Int; };
c++decl> explain S::Int x
declare x as Int of structure S
Declare const/volatile user-defined conversion operators
Can now declare const/volatile user-defined conversion operators.

no_unique_address
Added support for the [[no_unique_address]] attribute in C++20.

Typename
Now allowing typename in declarations (even though it's not needed):

struct S { typedef int I; };
explain typename S::I x
typedef typename S::I T
throw() deprecated/removed
throw() has been deprecated starting with C++11 and removed in C++20.

Fixed unknown type in typedef
Fixed a crash caused by a case like:

define S as struct S
explain S::T x

devel/cdecl: upgrade to 6.11.

Added __inline__, __restrict__, and __thread
Added GNU C's __inline__, __restrict__, and __thread.

Added GNU C types
The GNU C types _Decimal32, _Decimal64, _Decimal128, _Float128, __float128, _Float16, __fp16, __ibm128, _Float64x, __float80, and __int128 were added to the set of predefined types.

Added WIN32 types
All of the Windows types, e.g., DWORD, HANDLE, INT, etc., given here were added to the set of predefined types.

Fixed retypedef
Fixed a crash caused by a case like:

typedef int I
typedef I J
typedef I J

devel/cdecl: update to 6.10

Added __auto_type
Added GNU C's __auto_type.

Fixed long long C version
The long long type was incorrectly allowed in C89; it wasn't added until C99.

Added pthread.h, threads.h, and C++ thread types
The types pthread_t, pthread_barrier_t, pthread_barrierattr_t, pthread_cond_t, pthread_condattr_t, pthread_mutex_t, pthread_mutexattr_t, pthread_once_t, pthread_rwlock_t, pthread_rwlockattr_t, and pthread_spinlock_t from <pthread.h> (POSIX); the types thrd_t, cnd_t, mtx_t, once_flag, thrd_start_t, tss_dtor_t, and tss_t from <thread.h> (C11); and std::thread (C++11) and std::jthread (C++20) from <thread> to the set of predefined types.

devel/cdecl: upgrade to 6.9.

Cast accepts as and to
The cast command now accepts as and to in addition to into.

Autocomplete of explain-by-default
Autocomplete was missing explain-by-default; fixed.

devel/cdecl: update to 6.8.1.

- Reset lexer start-state
In 6.8, start states were added to the lexer. Resetting the lexer now includes also resetting the start state.

devel/cdecl: upgrade to 6.8.

Added set lang=lang
Since the set explicit-int option was added (an option that takes a value), a set lang=lang option was added.