clang-format: Minor tweaks

Invert KeepEmptyLinesAtTheStartOfBlocks. We used to require an empty
line at the beginning of functions with no local variables, which I
believe is the reason for this se

clang-format: Minor tweaks

Invert KeepEmptyLinesAtTheStartOfBlocks. We used to require an empty
line at the beginning of functions with no local variables, which I
believe is the reason for this setting. Now it is discouraged in new
code.

Tell clang-format to align consecutive macros, since we tend to do that.
clang-format's output isn't quite what we want here. Typically we have
a tab after a #define for some reason, and clang-format doesn't appear
to have an option for that. clang-format will also use a mix of tabs
and spaces to minimize indentation, which is also against our
convention. However, the result looks better with this setting than
without.

Reviewed by: emaste
MFC after: 2 weeks
Differential Revision: https://reviews.freebsd.org/D29870

(cherry picked from commit 2c18289b72c8594bb5dbe22d54ff3434a56ec6c6)

show more ...

Remove $FreeBSD$: one-line sh pattern

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

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

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

show more ...

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: ht

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

show more ...

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 us

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

show more ...

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.
S

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

show more ...

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

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.

show more ...

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.or

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

show more ...

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

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

show more ...

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