vasilito
cb424d7448
verify-patch-sanity.py validates every active recipe .patch has internally- consistent hunk line counts — catching the 'malformed patch at line N' failure at commit/CI/preflight time instead of hours into a cook. This cycle hit that class three times (qtwaylandscanner, sddm, xwayland), each only discovered when cookbook tried to apply the patch. Running it across the repo found 29 latent malformed patches (validated against GNU patch: e.g. relibc/P3-sysv-ipc reproduces 'malformed patch at line 22'). They were harmless only because they sit in vendored recipes (baked, not re- applied) — but would fail on any version-bump re-derivation. --fix recounts the hunk headers (body untouched) and repaired all 29. Wired into build-preflight.sh (Phase 1.0D) and redbear-ci.yml, with a unit test (test-patch-sanity.sh). Skips archived/legacy trees and unvalidatable formats (empty placeholders, bare-@@ git hunks).
78 lines
2.8 KiB
C++
78 lines
2.8 KiB
C++
//===--- ExprConstShared.h - Shared consetxpr functionality ----*- C++ -*-===//
|
|
//
|
|
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
|
|
// See https://llvm.org/LICENSE.txt for license information.
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
//
|
|
// Shared functionality between the new constant expression
|
|
// interpreter (AST/ByteCode/) and the current one (ExprConstant.cpp).
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
#ifndef LLVM_CLANG_LIB_AST_EXPRCONSTSHARED_H
|
|
#define LLVM_CLANG_LIB_AST_EXPRCONSTSHARED_H
|
|
|
|
#include "clang/Basic/TypeTraits.h"
|
|
|
|
namespace llvm {
|
|
class APFloat;
|
|
}
|
|
namespace clang {
|
|
class QualType;
|
|
class LangOptions;
|
|
class ASTContext;
|
|
class CharUnits;
|
|
class Expr;
|
|
} // namespace clang
|
|
using namespace clang;
|
|
/// Values returned by __builtin_classify_type, chosen to match the values
|
|
/// produced by GCC's builtin.
|
|
enum class GCCTypeClass {
|
|
None = -1,
|
|
Void = 0,
|
|
Integer = 1,
|
|
// GCC reserves 2 for character types, but instead classifies them as
|
|
// integers.
|
|
Enum = 3,
|
|
Bool = 4,
|
|
Pointer = 5,
|
|
// GCC reserves 6 for references, but appears to never use it (because
|
|
// expressions never have reference type, presumably).
|
|
PointerToDataMember = 7,
|
|
RealFloat = 8,
|
|
Complex = 9,
|
|
// GCC reserves 10 for functions, but does not use it since GCC version 6 due
|
|
// to decay to pointer. (Prior to version 6 it was only used in C++ mode).
|
|
// GCC claims to reserve 11 for pointers to member functions, but *actually*
|
|
// uses 12 for that purpose, same as for a class or struct. Maybe it
|
|
// internally implements a pointer to member as a struct? Who knows.
|
|
PointerToMemberFunction = 12, // Not a bug, see above.
|
|
ClassOrStruct = 12,
|
|
Union = 13,
|
|
// GCC reserves 14 for arrays, but does not use it since GCC version 6 due to
|
|
// decay to pointer. (Prior to version 6 it was only used in C++ mode).
|
|
// GCC reserves 15 for strings, but actually uses 5 (pointer) for string
|
|
// literals.
|
|
// Lang = 16,
|
|
// OpaqueType = 17,
|
|
BitInt = 18,
|
|
Vector = 19
|
|
};
|
|
|
|
GCCTypeClass EvaluateBuiltinClassifyType(QualType T,
|
|
const LangOptions &LangOpts);
|
|
|
|
void HandleComplexComplexMul(llvm::APFloat A, llvm::APFloat B, llvm::APFloat C,
|
|
llvm::APFloat D, llvm::APFloat &ResR,
|
|
llvm::APFloat &ResI);
|
|
void HandleComplexComplexDiv(llvm::APFloat A, llvm::APFloat B, llvm::APFloat C,
|
|
llvm::APFloat D, llvm::APFloat &ResR,
|
|
llvm::APFloat &ResI);
|
|
|
|
CharUnits GetAlignOfExpr(const ASTContext &Ctx, const Expr *E,
|
|
UnaryExprOrTypeTrait ExprKind);
|
|
|
|
#endif
|