Remove $FreeBSD$: one-line sh pattern

Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

vendor/bc: import version 6.0.2

Changes relative to the previous version in FreeBSD:

- Fix error message on certain syntax errors.
- Add digit clamping (build option and run-time option)
- Make -l options no longer overridee scale value set with -S

vendor/bc: import version 5.3.2

This update restores support for suppression of the prompt with -P
when using the libedit or libreadline libraries for command line
editing and history.

Vendor import of libcbor 0.8.0

clang-format: Add bitset loop macros

MFC after: 2 weeks
Sponsored by: The FreeBSD Foundation

clang-format: Avoid breaking after the opening paren of function definitions

This depends on https://reviews.llvm.org/D90246 to have any effect, but once
that has landed clang-format will no longer format code like this:

```
int
myfunction(
int param1, int param2, int param2)
{
...
}
```

and instead create the following:

```
int
myfunction(int param1, int param2,
int param2)
{
...
}
```

Reviewed By: emaste, cem
Differential Revision: https://reviews.freebsd.org/D26978

clang-format: place sys/systm.h immediately after sys/param.h

Should fix one of the objections to r366993.
See also https://reviews.freebsd.org/D26981.

Reviewed By: emaste
Differential Revision: https://reviews.freebsd.org/D26979

Move vm_page_dump bitset array definition to MI code

These definitions were repeated by all architectures, with small
variations. Consolidate the common definitons in machine
independent code and use bitset(9) macros for manipulation. Many
opportunities for deduplication remain in the machine dependent
minidump logic. The only intended functional change is increasing
the bit index type to vm_pindex_t, allowing the indexing of pages
with address of 8 TiB and greater.

Reviewed by: kib, markj
Approved by: scottl (implicit)
MFC after: 1 week
Sponsored by: Ampere Computing, Inc.
Differential Revision: https://reviews.freebsd.org/D26129

Set AlignTrailingComments in the clang-format config

This seems to be fairly common in existing code and often looks better when
adding trailing comments to e.g. enumerators or array initializers.
See D26340 for more context.

Reviewed By: emaste
Differential Revision: https://reviews.freebsd.org/D26391

Use the correct config names for some .clang-format entries

Those values are enum entries and should use "Never" instead of "false".
clang-format currently accepts false, but it's better to use the correct
syntax in case that changes in the future.

Clang-format: Avoid hardcoded LLVM include-order style

Reported by: emaste

Update .clang-format type and foreach macros lists

No functional change.

Reviewed by: markj
Differential Revision: https://reviews.freebsd.org/D25429

Update .clang-format with style(9) header-sorting

Thanks to work done in the NetBSD clang-format project. No functional change.

Reviewed by: markj
Differential Revision: https://reviews.freebsd.org/D25428

Remove upstream files and directories from vendor/lldb/dist that we do
not use. This saves on repository space, and reduces the number of tree
conflicts when merging.

Remove upstream files and directories from vendor/libc++/dist that we do
not use. This saves on repository space, and reduces the number of tree
conflicts when merging.

Remove upstream files and directories from vendor/clang/dist that we do
not use. This saves on repository space, and reduces the number of tree
conflicts when merging.

Remove upstream files and directories from vendor/llvm/dist that we do
not use. This saves on repository space, and reduces the number of tree
conflicts when merging.

Add a basic clang-format configuration file

This gets reasonably close to the existing format in sys/kern but will
probably require some changes to upstream clang-format before it can be
used as the default formatting tool.

I tried formatting a few files in sys/kern and the result is pretty close to
the existing code. However, this configuration file is not ready to be used
without manually checking the output.

Reviewed By: emaste
Differential Revision: https://reviews.freebsd.org/D20533

Vendor import of libc++ trunk r300422:
https://llvm.org/svn/llvm-project/libcxx/trunk@300422

Vendor import of libc++ trunk r291012:
https://llvm.org/svn/llvm-project/libcxx/trunk@291012

Vendor import of lldb trunk r290819:
https://llvm.org/svn/llvm-project/lldb/trunk@290819

Vendor import of libc++ trunk r290819:
https://llvm.org/svn/llvm-project/libcxx/trunk@290819

Vendor import of lldb trunk r256945:
https://llvm.org/svn/llvm-project/lldb/trunk@256945

Vendor import of lld trunk r233088:
https://llvm.org/svn/llvm-project/lld/trunk@233088

Vendor import of llvm RELEASE_350/final tag r216957 (effectively, 3.5.0 release):
https://llvm.org/svn/llvm-project/llvm/tags/RELEASE_350/final@216957

Vendor import of clang release_34 branch r197841 (effectively, 3.4 RC3):
https://llvm.org/svn/llvm-project/cfe/branches/release_34@197841

Vendor import of llvm release_34 branch r197841 (effectively, 3.4 RC3):
https://llvm.org/svn/llvm-project/llvm/branches/release_34@197841