Update dependencies (#1929)

This commit is contained in:
Wim
2022-11-27 00:42:16 +01:00
committed by GitHub
parent 6da9d567dc
commit 4fd0a76727
1126 changed files with 1057766 additions and 1385139 deletions

View File

@@ -38,9 +38,9 @@ const (
X_MACHINE__LIMITS_H_ = 0 // _limits.h:36:1:
X_MACHINE__TYPES_H_ = 0 // _types.h:42:1:
X_MMAP_DECLARED = 0 // stdio.h:443:1:
X_Nonnull = 0 // cdefs.h:783:1:
X_Null_unspecified = 0 // cdefs.h:785:1:
X_Nullable = 0 // cdefs.h:784:1:
X_Nonnull = 0 // cdefs.h:790:1:
X_Null_unspecified = 0 // cdefs.h:792:1:
X_Nullable = 0 // cdefs.h:791:1:
X_OFF64_T_DECLARED = 0 // stdio.h:71:1:
X_OFF_T_DECLARED = 0 // stdio.h:61:1:
X_RSIZE_T_DEFINED = 0 // stdio.h:55:1:
@@ -53,7 +53,7 @@ const (
X_SYS__TYPES_H_ = 0 // _types.h:32:1:
X_TRUNCATE_DECLARED = 0 // stdio.h:447:1:
X_VA_LIST_DECLARED = 0 // stdio.h:78:1:
Unix = 1 // <predefined>:337:1:
Unix = 1 // <predefined>:340:1:
)
type Ptrdiff_t = int64 /* <builtin>:3:26 */
@@ -326,12 +326,15 @@ type X__float128 = float64 /* <builtin>:47:21 */
// Function should not be analyzed.
// Function or variable should not be sanitized, i.e. by AddressSanitizer.
// Function or variable should not be sanitized, e.g., by AddressSanitizer.
// GCC has the nosanitize attribute, but as a function attribute only, and
// warns on use as a variable attribute.
// Guard variables and structure members by lock.
// Alignment builtins for better type checking and improved code generation.
// Provide fallback versions for other compilers (GCC/Clang < 10):
// -
// SPDX-License-Identifier: BSD-2-Clause-FreeBSD
//
@@ -603,8 +606,8 @@ type X__cpusetid_t = int32 /* _types.h:70:14 */ // cpuset identifier.
type X__daddr_t = X__int64_t /* _types.h:71:19 */ // bwrite(3), FIOBMAP2, etc
// Unusual type definitions.
// rune_t is declared to be an ``int'' instead of the more natural
// ``unsigned long'' or ``long''. Two things are happening here. It is not
// rune_t is declared to be an int instead of the more natural
// unsigned long or long. Two things are happening here. It is not
// unsigned so that EOF (-1) can be naturally assigned to it and used. Also,
// it looks like 10646 will be a 31 bit standard. This means that if your
// ints cannot hold 32 bits, you will be in trouble. The reason an int was