[libcxx-commits] [libcxx] [libc++] Add FreeBSD-specific EINTEGRITY errc value (PR #76364)
Dimitry Andric via libcxx-commits
libcxx-commits at lists.llvm.org
Thu Dec 28 06:09:43 PST 2023
DimitryAndric wrote:
Hm, it looks like clang-format went completely crazy due to my latest change. For some reason it now wants to reformat the enum as:
```c++
_LIBCPP_DECLARE_STRONG_ENUM(errc) {
address_family_not_supported = EAFNOSUPPORT, address_in_use = EADDRINUSE, address_not_available = EADDRNOTAVAIL,
already_connected = EISCONN, argument_list_too_long = E2BIG, argument_out_of_domain = EDOM, bad_address = EFAULT,
bad_file_descriptor = EBADF, bad_message = EBADMSG, broken_pipe = EPIPE, connection_aborted = ECONNABORTED,
connection_already_in_progress = EALREADY, connection_refused = ECONNREFUSED, connection_reset = ECONNRESET,
cross_device_link = EXDEV, destination_address_required = EDESTADDRREQ, device_or_resource_busy = EBUSY,
directory_not_empty = ENOTEMPTY, executable_format_error = ENOEXEC, file_exists = EEXIST, file_too_large = EFBIG,
filename_too_long = ENAMETOOLONG, function_not_supported = ENOSYS, host_unreachable = EHOSTUNREACH,
identifier_removed = EIDRM, illegal_byte_sequence = EILSEQ, inappropriate_io_control_operation = ENOTTY,
#if defined(__FreeBSD__) && defined(EINTEGRITY) // FreeBSD extension
...
```
Does anybody understand clang-format sufficiently to know what I have to do to avoid this weirdness? :)
https://github.com/llvm/llvm-project/pull/76364
More information about the libcxx-commits
mailing list