Remove $FreeBSD$: two-line .h pattern

Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/

spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD

The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch
up to that fact and revert to their recommended match of

spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD

The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch
up to that fact and revert to their recommended match of BSD-2-Clause.

Discussed with: pfg
MFC After: 3 days
Sponsored by: Netflix

show more ...

Remove obsolete check for GCC < 3 and support for Intel Compiler

We no longer support old versions of GCC. Remove this check by
assuming it's false. That will make the entire expression false. Also

Remove obsolete check for GCC < 3 and support for Intel Compiler

We no longer support old versions of GCC. Remove this check by
assuming it's false. That will make the entire expression false. Also
remove support for Intel compiler, it's badly bitrotted. Technically,
this removes support for C89 and K&R from compilers that don't define
_Bool in those compilation environments as well. I'm unaware of any
working compiler today for which that would be relevant (pcc has it
and tcc sadly isn't working for other reasons), though if one
pops up in ports, I'll work to resolve the issue.

show more ...

Vendor import of stripped libc++ trunk r366426 (just before the release_90 branch
point):

https://llvm.org/svn/llvm-project/libcxx/trunk@366426

include: General further adoption of SPDX licensing ID tags.

Mainly focus on files that use BSD 2-Clause license, however the tool I
was using mis-identified many licenses so this was mostly a manua

include: General further adoption of SPDX licensing ID tags.

Mainly focus on files that use BSD 2-Clause license, however the tool I
was using mis-identified many licenses so this was mostly a manual - error
prone - task.

The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.

show more ...

Vendor import of libc++ release_39 branch r276489:
https://llvm.org/svn/llvm-project/libcxx/branches/release_39@276489

IFC @230489 (pending review).

IFC to head to catch up the bhyve branch

Approved by: grehan@

Remove unneeded guard.

There is no reason why <stdbool.h> needs an include guard. It is already
protected by __bool_true_false_are_defined.

- Define true and false in sys/types.h for _KERNEL consumers, and
typedef bool. Due to macro expansion it seemed better to use a
typedef for kernel consumers (specifically ofed won't compile

- Define true and false in sys/types.h for _KERNEL consumers, and
typedef bool. Due to macro expansion it seemed better to use a
typedef for kernel consumers (specifically ofed won't compile
without more changes if a define is used).
- <stdbool.h> should also not re-define bool/true/false if they are
defined by <sys/types.h>. It would probably be a programming error
to define _KERNEL for user-space code, but downstream consumers
like Isilon have already been including <stdbool.h> in kernel
sources, and this protects that usage.
- sizeof(_Bool) is not necessarily the same as sizeof(int), so kernel
modules should be rebuild with this change. Bump __FreeBSD_version.

MFC after: 2 weeks
Sponsored by: Isilon Systems, LLC

show more ...

The Intel C/C++ compiler doesn't require a typedef for _Bool when compiling
C source so don't declare one when using the GCC-compatibility (defaulting
to GCC 2.95.0) of ICC.

Submitted by: netchild
M

The Intel C/C++ compiler doesn't require a typedef for _Bool when compiling
C source so don't declare one when using the GCC-compatibility (defaulting
to GCC 2.95.0) of ICC.

Submitted by: netchild
MFC after: 1 week

show more ...

add a check for GNUC < 3 to typedef bool because gcc 3 always seems to
define it.

Suggested by: tjr

Guard definitions for use with C++ code.

Submitted by: Ed Hall <edhall@yahoo-inc.com>

Remove comment, which didn't even help anyway.

Submitted by: bde, long ago

Fix some nits:

- whitespace: incorrect usage of tab or space
- removal of comments which served either no purpose or were
misleading

Submitted by: bde [a while ago]

Fix stdbool.h to actually work as advertised.

PR: 22936
Submitted by: Donald J. Maddox <Donald.J.Maddox@cae88-102-101.sc.rr.com>
bde

Welcome stdbool.h. A header file from the ANSI C99 specification.
It defines the boolean values.

The Intel C/C++ compiler doesn't require a typedef for _Bool when compiling
C source so don't declare one when using the GCC-compatibility (defaulting
to GCC 2.95.0) of ICC.

Submitted by: netchild
M

The Intel C/C++ compiler doesn't require a typedef for _Bool when compiling
C source so don't declare one when using the GCC-compatibility (defaulting
to GCC 2.95.0) of ICC.

Submitted by: netchild
MFC after: 1 week

show more ...

add a check for GNUC < 3 to typedef bool because gcc 3 always seems to
define it.

Suggested by: tjr

Guard definitions for use with C++ code.

Submitted by: Ed Hall <edhall@yahoo-inc.com>

Remove comment, which didn't even help anyway.

Submitted by: bde, long ago

Fix some nits:

- whitespace: incorrect usage of tab or space
- removal of comments which served either no purpose or were
misleading

Submitted by: bde [a while ago]

Fix stdbool.h to actually work as advertised.

PR: 22936
Submitted by: Donald J. Maddox <Donald.J.Maddox@cae88-102-101.sc.rr.com>
bde

Welcome stdbool.h. A header file from the ANSI C99 specification.
It defines the boolean values.