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).
75 lines
3.6 KiB
LLVM
75 lines
3.6 KiB
LLVM
; Promote at most one function and annotate at most one vtable.
|
|
; As a result, only one value (of each relevant kind) shows up in the function
|
|
; summary.
|
|
|
|
; RUN: opt -module-summary -icp-max-num-vtables=1 -icp-max-prom=1 %s -o %t.o
|
|
|
|
; RUN: llvm-bcanalyzer -dump %t.o | FileCheck %s
|
|
|
|
; RUN: llvm-dis -o - %t.o | FileCheck %s --check-prefix=DIS
|
|
; Round trip it through llvm-as
|
|
; RUN: llvm-dis -o - %t.o | llvm-as -o - | llvm-dis -o - | FileCheck %s --check-prefix=DIS
|
|
|
|
; CHECK: <GLOBALVAL_SUMMARY_BLOCK
|
|
; CHECK-NEXT: <VERSION op0=
|
|
; CHECK-NEXT: <FLAGS op0=0/>
|
|
; The `VALUE_GUID` below represents the "_ZTV4Base" referenced by the instruction
|
|
; that loads vtable pointers.
|
|
; CHECK-NEXT: <VALUE_GUID {{.*}} op0=21 op1=456547254 op2=3929380924/>
|
|
; The `VALUE_GUID` below represents the "_ZN4Base4funcEv" referenced by the
|
|
; indirect call instruction.
|
|
; CHECK-NEXT: <VALUE_GUID {{.*}} op0=20 op1=1271117309 op2=2009351347/>
|
|
; NOTE vtables and functions from Derived class is dropped because
|
|
; `-icp-max-num-vtables` and `-icp-max-prom` are both set to one.
|
|
; <PERMODULE_PROFILE> has the format [valueid, flags, instcount, funcflags,
|
|
; numrefs, rorefcnt, worefcnt,
|
|
; m x valueid,
|
|
; n x (valueid, hotness+tailcall)]
|
|
; CHECK-NEXT: <PERMODULE_PROFILE {{.*}} op0=0 op1=0 op2=4 op3=256 op4=1 op5=1 op6=0 op7=21 op8=20 op9=3/>
|
|
; CHECK-NEXT: </GLOBALVAL_SUMMARY_BLOCK>
|
|
|
|
target datalayout = "e-m:e-i64:64-f80:128-n8:16:32:64-S128"
|
|
target triple = "x86_64-unknown-linux-gnu"
|
|
|
|
; Function has one BB and an entry count of 150, so the BB is hot according to
|
|
; ProfileSummary and reflected so in the bitcode (see llvm-dis output).
|
|
define i32 @_Z4testP4Base(ptr %0) !prof !15 {
|
|
%2 = load ptr, ptr %0, !prof !16
|
|
%3 = load ptr, ptr %2
|
|
%4 = tail call i32 %3(ptr %0), !prof !17
|
|
ret i32 %4
|
|
}
|
|
|
|
!llvm.module.flags = !{!1}
|
|
|
|
!1 = !{i32 1, !"ProfileSummary", !2}
|
|
!2 = !{!3, !4, !5, !6, !7, !8, !9, !10}
|
|
!3 = !{!"ProfileFormat", !"InstrProf"}
|
|
!4 = !{!"TotalCount", i64 10000}
|
|
!5 = !{!"MaxCount", i64 200}
|
|
!6 = !{!"MaxInternalCount", i64 200}
|
|
!7 = !{!"MaxFunctionCount", i64 200}
|
|
!8 = !{!"NumCounts", i64 3}
|
|
!9 = !{!"NumFunctions", i64 3}
|
|
!10 = !{!"DetailedSummary", !11}
|
|
!11 = !{!12, !13, !14}
|
|
!12 = !{i32 10000, i64 100, i32 1}
|
|
!13 = !{i32 990000, i64 100, i32 1}
|
|
!14 = !{i32 999999, i64 1, i32 2}
|
|
|
|
!15 = !{!"function_entry_count", i32 150}
|
|
; 1960855528937986108 is the MD5 hash of _ZTV4Base, and
|
|
; 13870436605473471591 is the MD5 hash of _ZTV7Derived
|
|
!16 = !{!"VP", i32 2, i64 150, i64 1960855528937986108, i64 100, i64 13870436605473471591, i64 50}
|
|
; 5459407273543877811 is the MD5 hash of _ZN4Base4funcEv, and
|
|
; 6174874150489409711 is the MD5 hash of _ZN7Derived4funcEv
|
|
!17 = !{!"VP", i32 0, i64 150, i64 5459407273543877811, i64 100, i64 6174874150489409711, i64 50}
|
|
|
|
; ModuleSummaryIndex stores <guid, global-value summary> map in std::map; so
|
|
; global value summares are printed out in the order that gv's guid increases.
|
|
; DIS: ^0 = module: (path: "{{.*}}", hash: (0, 0, 0, 0, 0))
|
|
; DIS: ^1 = gv: (guid: 1960855528937986108)
|
|
; DIS: ^2 = gv: (guid: 5459407273543877811)
|
|
; DIS: ^3 = gv: (name: "_Z4testP4Base", summaries: (function: (module: ^0, flags: (linkage: external, visibility: default, notEligibleToImport: 0, live: 0, dsoLocal: 0, canAutoHide: 0, importType: definition), insts: 4, funcFlags: (readNone: 0, readOnly: 0, noRecurse: 0, returnDoesNotAlias: 0, noInline: 0, alwaysInline: 0, noUnwind: 0, mayThrow: 0, hasUnknownCall: 1, mustBeUnreachable: 0), calls: ((callee: ^2, hotness: hot)), refs: (readonly ^1)))) ; guid = 15857150948103218965
|
|
; DIS: ^4 = blockcount: 0
|