Meinersbur wrote:
> We should do `check_cxx_compiler_flag(-nostdlib++ FLANG_RT_HAS_NOSTDLIBPP)`,
> it's a lot more obvious when your program doesn't link than when a test fails
> (but the test is still good).
`-nostdlib++` has no influence on `libflang_rt.a` which is created by `ar`, not
the
@@ -23,8 +24,8 @@ void f(int m) {
}
// CHECK: TypeSanitizer: type-aliasing-violation on address
- // CHECK-NEXT: READ of size 2 at {{.+}} with type short accesses an existing
object of type long long
- // CHECK-NEXT:in f violation-pr47137.c:30
+ // CHECK-NEXT:
@@ -18,7 +18,7 @@ int main(void) {
// CHECK: TypeSanitizer: type-aliasing-violation on address
// CHECK-NEXT: WRITE of size 8 at {{.+}} with type double accesses an
existing object of type float
- // CHECK-NEXT: in main violation-pr45282.c:25
+ // CHECK-NEXT: i
https://github.com/arichardson updated
https://github.com/llvm/llvm-project/pull/115380
>From e26c0f6fd46cdc74eb96e342ff14acc5b8d64a84 Mon Sep 17 00:00:00 2001
From: Alex Richardson
Date: Thu, 7 Nov 2024 14:20:52 -0800
Subject: [PATCH] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20initia?=
https://github.com/arichardson updated
https://github.com/llvm/llvm-project/pull/115380
>From e26c0f6fd46cdc74eb96e342ff14acc5b8d64a84 Mon Sep 17 00:00:00 2001
From: Alex Richardson
Date: Thu, 7 Nov 2024 14:20:52 -0800
Subject: [PATCH] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20initia?=
https://github.com/arichardson updated
https://github.com/llvm/llvm-project/pull/115380
>From e26c0f6fd46cdc74eb96e342ff14acc5b8d64a84 Mon Sep 17 00:00:00 2001
From: Alex Richardson
Date: Thu, 7 Nov 2024 14:20:52 -0800
Subject: [PATCH 1/2] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?=
arichardson wrote:
It looks like the lldb test suite depends on these files being copied as well,
so I've updated it to depend on the runtimes-test-depends target to ensure the
libc++ headers have been installed to the fake prefix in the build dir first.
Hardcoding these paths is unfortunate b
Author: Alexander Richardson
Date: 2024-11-11T16:19:47-08:00
New Revision: 4a6b368cefbddda3d98815557b991c0449262659
URL:
https://github.com/llvm/llvm-project/commit/4a6b368cefbddda3d98815557b991c0449262659
DIFF:
https://github.com/llvm/llvm-project/commit/4a6b368cefbddda3d98815557b991c044926265
@@ -0,0 +1,165 @@
+#===-- CMakeLists.txt
--===#
+#
+# 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-
https://github.com/atrosinenko updated
https://github.com/llvm/llvm-project/pull/115185
>From c4fa68c7ad66911e006c175ec9acf9e3cca9c1d9 Mon Sep 17 00:00:00 2001
From: Anatoly Trosinenko
Date: Mon, 21 Oct 2024 17:56:40 +0300
Subject: [PATCH 1/2] [AArch64][PAC] Eliminate excessive MOVs when comput
@@ -163,8 +163,15 @@ class AArch64AsmPrinter : public AsmPrinter {
// Emit the sequence for AUT or AUTPAC.
void emitPtrauthAuthResign(const MachineInstr *MI);
- // Emit the sequence to compute a discriminator into x17, or reuse AddrDisc.
- unsigned emitPtrauthDiscriminat
@@ -188,6 +188,33 @@ define void @test_tailcall_omit_mov_x16_x16(ptr %objptr)
#0 {
ret void
}
+define i32 @test_call_omit_extra_moves(ptr %objptr) #0 {
atrosinenko wrote:
Initially, I tried to implement a separate test case for tail calls, but then
realiz
@@ -163,8 +163,15 @@ class AArch64AsmPrinter : public AsmPrinter {
// Emit the sequence for AUT or AUTPAC.
void emitPtrauthAuthResign(const MachineInstr *MI);
- // Emit the sequence to compute a discriminator into x17, or reuse AddrDisc.
- unsigned emitPtrauthDiscriminat
https://github.com/kyulee-com created
https://github.com/llvm/llvm-project/pull/115750
None
>From 70dcb2ccba98b392c3539f349ccf7fec284a674c Mon Sep 17 00:00:00 2001
From: Kyungwoo Lee
Date: Mon, 11 Nov 2024 10:06:56 -0800
Subject: [PATCH] [CGData] Refactor Global Merge Functions
---
llvm/lib/
@@ -420,101 +412,79 @@ static ParamLocsVecTy computeParamInfo(
bool GlobalMergeFunc::merge(Module &M, const StableFunctionMap *FunctionMap) {
bool Changed = false;
- // Build a map from stable function name to function.
- StringMap StableNameToFuncMap;
- for (auto &F : M)
@@ -420,101 +412,79 @@ static ParamLocsVecTy computeParamInfo(
bool GlobalMergeFunc::merge(Module &M, const StableFunctionMap *FunctionMap) {
bool Changed = false;
- // Build a map from stable function name to function.
- StringMap StableNameToFuncMap;
- for (auto &F : M)
https://github.com/nocchijiang commented:
This refactoring makes much more sense to me than the previous implementation.
https://github.com/llvm/llvm-project/pull/115750
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://li
@@ -420,101 +412,79 @@ static ParamLocsVecTy computeParamInfo(
bool GlobalMergeFunc::merge(Module &M, const StableFunctionMap *FunctionMap) {
bool Changed = false;
- // Build a map from stable function name to function.
- StringMap StableNameToFuncMap;
- for (auto &F : M)
https://github.com/nocchijiang edited
https://github.com/llvm/llvm-project/pull/115750
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -420,101 +412,79 @@ static ParamLocsVecTy computeParamInfo(
bool GlobalMergeFunc::merge(Module &M, const StableFunctionMap *FunctionMap) {
bool Changed = false;
- // Build a map from stable function name to function.
- StringMap StableNameToFuncMap;
- for (auto &F : M)
Author: Tobias Hieta
Date: 2024-11-11T14:12:23+01:00
New Revision: a3f0f1d004a61ef94c115e7e28863ce0b476aa99
URL:
https://github.com/llvm/llvm-project/commit/a3f0f1d004a61ef94c115e7e28863ce0b476aa99
DIFF:
https://github.com/llvm/llvm-project/commit/a3f0f1d004a61ef94c115e7e28863ce0b476aa99.diff
https://github.com/tblah edited https://github.com/llvm/llvm-project/pull/115397
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/tblah approved this pull request.
Thanks for this. LGTM with one nit
https://github.com/llvm/llvm-project/pull/115397
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/list
@@ -541,6 +541,7 @@ void OmpStructureChecker::Leave(const
parser::OpenMPConstruct &) {
}
void OmpStructureChecker::Enter(const parser::OpenMPLoopConstruct &x) {
+ loopStack_.push_back(&x);
tblah wrote:
Thanks for the explanation!
https://github.com/llvm/ll
@@ -1656,6 +1664,11 @@ void OmpStructureChecker::ChecksOnOrderedAsStandalone() {
"Only SINK or SOURCE dependence types are allowed when ORDERED
construct is a standalone construct with no ORDERED region"_err_en_US);
}
}
+ auto doaClauses = FindClauses(llvm::om
https://github.com/kparzysz updated
https://github.com/llvm/llvm-project/pull/115397
>From 4165254e8c4a7b572e741cb62d632b462537dc0f Mon Sep 17 00:00:00 2001
From: Krzysztof Parzyszek
Date: Tue, 5 Nov 2024 12:01:43 -0600
Subject: [PATCH 1/5] [flang][OpenMP] Semantic checks for DOACROSS clause
K
https://github.com/kparzysz updated
https://github.com/llvm/llvm-project/pull/115397
>From 4165254e8c4a7b572e741cb62d632b462537dc0f Mon Sep 17 00:00:00 2001
From: Krzysztof Parzyszek
Date: Tue, 5 Nov 2024 12:01:43 -0600
Subject: [PATCH 1/6] [flang][OpenMP] Semantic checks for DOACROSS clause
K
@@ -163,8 +163,15 @@ class AArch64AsmPrinter : public AsmPrinter {
// Emit the sequence for AUT or AUTPAC.
void emitPtrauthAuthResign(const MachineInstr *MI);
- // Emit the sequence to compute a discriminator into x17, or reuse AddrDisc.
- unsigned emitPtrauthDiscriminat
@@ -163,8 +163,15 @@ class AArch64AsmPrinter : public AsmPrinter {
// Emit the sequence for AUT or AUTPAC.
void emitPtrauthAuthResign(const MachineInstr *MI);
- // Emit the sequence to compute a discriminator into x17, or reuse AddrDisc.
- unsigned emitPtrauthDiscriminat
@@ -188,6 +188,33 @@ define void @test_tailcall_omit_mov_x16_x16(ptr %objptr)
#0 {
ret void
}
+define i32 @test_call_omit_extra_moves(ptr %objptr) #0 {
kovdan01 wrote:
As far as I see, there are two places where `emitPtrauthDiscriminator` is
called with `
https://github.com/jhuber6 commented:
Does anyone know why this patch keeps failing the libc++ tests? Seems related
to something in `libc` for some reason. If we could get the CI green I'd be
happy to say it's good enough for now.
https://github.com/llvm/llvm-project/pull/110217
__
https://github.com/kyulee-com edited
https://github.com/llvm/llvm-project/pull/115750
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -221,7 +221,24 @@ __tysan_check(void *addr, int size, tysan_type_descriptor
*td, int flags) {
OldTDPtr -= i;
OldTD = *OldTDPtr;
-if (!isAliasingLegal(td, OldTD))
+// When shadow memory is set for global objects, the entire object is
tagged with the struct
https://github.com/jmorse commented:
I'm not familiar with TySan, but here's some style feedback and similar inline.
The comments in tysan.cpp are too long (clang-format-bot would have bitten you
if it was live when you uploaded this), please clang-format.
https://github.com/llvm/llvm-project/
https://github.com/jmorse edited https://github.com/llvm/llvm-project/pull/95387
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -0,0 +1,31 @@
+// RUN: %clang_tysan -O0 %s -o %t && %run %t >%t.out 2>&1
+// RUN: FileCheck %s < %t.out
+
+#include
+
+struct X {
+ int a, b, c;
+} x;
+
+static struct X xArray[2];
+
+int main() {
+ x.a = 1;
+ x.b = 2;
+ x.c = 3;
+
+ printf("%d %d %d\n", x.a, x.b, x.c);
+
@@ -221,7 +221,24 @@ __tysan_check(void *addr, int size, tysan_type_descriptor
*td, int flags) {
OldTDPtr -= i;
OldTD = *OldTDPtr;
-if (!isAliasingLegal(td, OldTD))
+// When shadow memory is set for global objects, the entire object is
tagged with the struct
@@ -221,7 +221,17 @@ __tysan_check(void *addr, int size, tysan_type_descriptor
*td, int flags) {
OldTDPtr -= i;
OldTD = *OldTDPtr;
-if (!isAliasingLegal(td, OldTD))
+tysan_type_descriptor *InternalMember = OldTD;
jmorse wrote:
I feel like you
@@ -0,0 +1,31 @@
+// RUN: %clang_tysan -O0 %s -o %t && %run %t >%t.out 2>&1
+// RUN: FileCheck %s < %t.out
+
+#include
+
+struct X {
+ int a, b, c;
+} x;
+
+static struct X xArray[2];
+
+int main() {
+ x.a = 1;
+ x.b = 2;
+ x.c = 3;
+
+ printf("%d %d %d\n", x.a, x.b, x.c);
+
https://github.com/jmorse edited
https://github.com/llvm/llvm-project/pull/108385
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -128,6 +128,10 @@ static bool isAliasingLegalUp(tysan_type_descriptor *TDA,
break;
}
+ //You can't have negative offset, you must be partially inside the last
type
jmorse wrote:
Space at start of comment; better to write the comment i
@@ -0,0 +1,31 @@
+// RUN: %clangxx_tysan -O0 %s -o %t && %run %t >%t.out 2>&1
+// RUN: FileCheck %s < %t.out
+
+#include
+
+struct inner {
+ char buffer;
+ int i;
+};
+
+void init_inner(inner *iPtr) {
+ iPtr->i = 0;
+}
+
+struct outer {
+ inner foo;
+c
https://github.com/jmorse commented:
(Minor style and test feedbacks)
https://github.com/llvm/llvm-project/pull/108385
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-c
tblah wrote:
@ivanradanov is anything blocking this from becoming ready for review?
https://github.com/llvm/llvm-project/pull/104748
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo
atrosinenko wrote:
@kovdan01 Thank you for the review, I have just pushed the commit that should
resolve the comments.
Additionally, I discovered that I misunderstood BRA pseudo to be kind of tail
call instruction - it is actually used for computed goto. While my original
changes are still ha
tblah wrote:
@ivanradanov is there anything blocking these 4 patches?
https://github.com/llvm/llvm-project/pull/101446
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-c
https://github.com/tru updated https://github.com/llvm/llvm-project/pull/112855
>From 906ef5b56486091a20b9ae6e32b38c8bda75dfb1 Mon Sep 17 00:00:00 2001
From: Mariya Podchishchaeva
Date: Fri, 18 Oct 2024 10:18:34 +0200
Subject: [PATCH] [clang] Fix C23 constexpr crashes (#112708)
Before using a c
tru wrote:
I had to resolve some conflicts again - can you have a look @AaronBallman ?
https://github.com/llvm/llvm-project/pull/112855
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listi
https://github.com/tru updated https://github.com/llvm/llvm-project/pull/114089
>From 3cee44a5c61e5a5f7c59984be3d1be825cd1c5af Mon Sep 17 00:00:00 2001
From: Craig Topper
Date: Sun, 22 Sep 2024 22:31:36 -0700
Subject: [PATCH] [RISCV] Don't delete all fixups in
RISCVMCCodeEmitter::expandLongCond
https://github.com/tru updated https://github.com/llvm/llvm-project/pull/114229
>From 599bc9db3e23fe8e550970f0be895190115fd3aa Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Martin=20Storsj=C3=B6?=
Date: Thu, 24 Oct 2024 23:45:14 +0300
Subject: [PATCH] [compiler-rt] [test] Fix using toolchains that re
https://github.com/tru updated https://github.com/llvm/llvm-project/pull/114640
>From 53f3ba06f5238d82953ae372516c39c700537c44 Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Fri, 1 Nov 2024 18:47:50 -0700
Subject: [PATCH] [clang-format] Fix a regression in parsing `switch` in macro
call (#114506
tru wrote:
What's the status of this one? Can it / should it be merged?
https://github.com/llvm/llvm-project/pull/113146
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch
tru wrote:
@ChuanqiXu9 is this one ready to be merged?
https://github.com/llvm/llvm-project/pull/114197
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
tru wrote:
This seems to have some CI errors, Can you rebase on latest and see if the
windows build errors are legit?
https://github.com/llvm/llvm-project/pull/115081
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://list
tru wrote:
Who can review this? @nikic?
I am very hesitant to merge more stuff that changes the public headers. But I
want to hear what other people say.
https://github.com/llvm/llvm-project/pull/114786
___
llvm-branch-commits mailing list
llvm-branc
https://github.com/tru updated https://github.com/llvm/llvm-project/pull/114951
>From 41c6461093b984acaa7f9f12ca07388df0615401 Mon Sep 17 00:00:00 2001
From: Younan Zhang
Date: Tue, 5 Nov 2024 16:25:35 +0800
Subject: [PATCH] release/19.x: [Clang] Consider outer instantiation scopes for
constrai
https://github.com/tru updated https://github.com/llvm/llvm-project/pull/114958
>From 9039cd7f1b83f2deaa85b1e88b2bdd199424f635 Mon Sep 17 00:00:00 2001
From: Xi Ruoyao
Date: Sat, 2 Nov 2024 15:39:15 +0800
Subject: [PATCH 1/5] [LoongArch][Clang] Add tests for #110834 (#114509)
(cherry picked fro
https://github.com/tru updated https://github.com/llvm/llvm-project/pull/115006
>From 67321c871a18a20240e23476048eea0ee8ebdd25 Mon Sep 17 00:00:00 2001
From: Alan Wu
Date: Fri, 16 Aug 2024 08:16:17 -0400
Subject: [PATCH] [compiler-rt] Stop using x86 builtin on AArch64 with GCC
(#93890)
Previou
tru wrote:
@nikic @arsenm can someone re-review the new version without the abi break?
https://github.com/llvm/llvm-project/pull/109093
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listi
Author: Florian Mayer
Date: 2024-11-11T19:50:12-08:00
New Revision: 8a6c047367e258ace4dc5a9416bea088572ca635
URL:
https://github.com/llvm/llvm-project/commit/8a6c047367e258ace4dc5a9416bea088572ca635
DIFF:
https://github.com/llvm/llvm-project/commit/8a6c047367e258ace4dc5a9416bea088572ca635.diff
https://github.com/matthias-springer updated
https://github.com/llvm/llvm-project/pull/114940
>From 8a49434df62e394cd109f0189349b4d28dafa525 Mon Sep 17 00:00:00 2001
From: Matthias Springer
Date: Sat, 9 Nov 2024 12:29:16 +0100
Subject: [PATCH] [mlir][IR] Add `OpBuilder::setInsertionPointAfterVa
llvmbot wrote:
@llvm/pr-subscribers-mlir
Author: Matthias Springer (matthias-springer)
Changes
This commit adds a new function
`ConversionPatternRewriter::replaceOpWithMultiple`. This function is similar to
`replaceOp`, but it accepts multiple `ValueRange` replacements, one per op
resul
https://github.com/matthias-springer edited
https://github.com/llvm/llvm-project/pull/114940
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/matthias-springer created
https://github.com/llvm/llvm-project/pull/115816
This commit adds a new function
`ConversionPatternRewriter::replaceOpWithMultiple`. This function is similar to
`replaceOp`, but it accepts multiple `ValueRange` replacements, one per op
result.
Not
llvmbot wrote:
@llvm/pr-subscribers-mlir-core
Author: Matthias Springer (matthias-springer)
Changes
This commit adds a new function
`ConversionPatternRewriter::replaceOpWithMultiple`. This function is similar to
`replaceOp`, but it accepts multiple `ValueRange` replacements, one per op
https://github.com/matthias-springer ready_for_review
https://github.com/llvm/llvm-project/pull/114940
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -341,6 +342,19 @@ class OpBuilder : public Builder {
InsertPoint(Block *insertBlock, Block::iterator insertPt)
: block(insertBlock), point(insertPt) {}
+/// Compute an insertion point to a place that post-dominates the
+/// definitions of all given value
https://github.com/matthias-springer edited
https://github.com/llvm/llvm-project/pull/114940
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/matthias-springer updated
https://github.com/llvm/llvm-project/pull/114940
>From f1dbd8a29305afc1fcb19ef293c3de8383b48e79 Mon Sep 17 00:00:00 2001
From: Matthias Springer
Date: Sat, 9 Nov 2024 12:29:16 +0100
Subject: [PATCH] [mlir][IR] Add `OpBuilder::setInsertionPointAfterVa
https://github.com/kyulee-com updated
https://github.com/llvm/llvm-project/pull/115750
>From 70dcb2ccba98b392c3539f349ccf7fec284a674c Mon Sep 17 00:00:00 2001
From: Kyungwoo Lee
Date: Mon, 11 Nov 2024 10:06:56 -0800
Subject: [PATCH 1/2] [CGData] Refactor Global Merge Functions
---
llvm/lib/Co
https://github.com/kyulee-com edited
https://github.com/llvm/llvm-project/pull/115750
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/kyulee-com ready_for_review
https://github.com/llvm/llvm-project/pull/115750
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -420,101 +412,79 @@ static ParamLocsVecTy computeParamInfo(
bool GlobalMergeFunc::merge(Module &M, const StableFunctionMap *FunctionMap) {
bool Changed = false;
- // Build a map from stable function name to function.
- StringMap StableNameToFuncMap;
- for (auto &F : M)
https://github.com/kyulee-com updated
https://github.com/llvm/llvm-project/pull/115750
>From 70dcb2ccba98b392c3539f349ccf7fec284a674c Mon Sep 17 00:00:00 2001
From: Kyungwoo Lee
Date: Mon, 11 Nov 2024 10:06:56 -0800
Subject: [PATCH 1/2] [CGData] Refactor Global Merge Functions
---
llvm/lib/Co
https://github.com/River707 approved this pull request.
https://github.com/llvm/llvm-project/pull/115433
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
nocchijiang wrote:
Hit an assertion in `ignoreOp` when testing the refactored code.
```
Assertion failed: (OpIdx < I->getNumOperands() && "Invalid operand index"),
function ignoreOp, file GlobalMergeFunctions.cpp, line 129.
Stop reason: hit program assert
expr I->dump()
%6 = tail call ptr @ob
River707 wrote:
> > Why don't the various transforms just use DominanceInfo? Answering these
> > queries is what it's intended for.
>
> Block reachability and block dominance are two different things. Just because
> there is a path from `block A -> block B` does not necessarily mean that
> `b
77 matches
Mail list logo
