https://github.com/darkbuck updated
https://github.com/llvm/llvm-project/pull/100637
>From d9de73264bf4d555e7e09a2c2687eae72c1fa19e Mon Sep 17 00:00:00 2001
From: Michael Liao
Date: Thu, 25 Jul 2024 15:19:15 -0400
Subject: [PATCH 1/3] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?=
=?U
@@ -0,0 +1,99 @@
+// RUN: %clang_cc1 -emit-llvm %s -triple x86_64-unknown-linux-gnu -o - |
FileCheck %s
efriedma-quic wrote:
Consider using update_cc_test_checks.py.
I'd like to see checks that we emit convergence tokens on targets where that's
the default.
h
Author: Brad Smith
Date: 2024-07-25T18:57:14-04:00
New Revision: e788788c42fcbed5077b13f8bb88a81a832ab6eb
URL:
https://github.com/llvm/llvm-project/commit/e788788c42fcbed5077b13f8bb88a81a832ab6eb
DIFF:
https://github.com/llvm/llvm-project/commit/e788788c42fcbed5077b13f8bb88a81a832ab6eb.diff
LO
https://github.com/brad0 closed https://github.com/llvm/llvm-project/pull/97366
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/brad0 created
https://github.com/llvm/llvm-project/pull/100669
None
>From 32c5cc29fe96f0fb8fb1d7b219f972bc7be7 Mon Sep 17 00:00:00 2001
From: Brad Smith
Date: Thu, 25 Jul 2024 19:12:08 -0400
Subject: [PATCH] [clang][Sema] Enable the kprintf format attribute
---
clang/l
https://github.com/darkbuck updated
https://github.com/llvm/llvm-project/pull/100637
>From d9de73264bf4d555e7e09a2c2687eae72c1fa19e Mon Sep 17 00:00:00 2001
From: Michael Liao
Date: Thu, 25 Jul 2024 15:19:15 -0400
Subject: [PATCH 1/4] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?=
=?U
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Brad Smith (brad0)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/100669.diff
1 Files Affected:
- (modified) clang/lib/Sema/SemaChecking.cpp (+4-3)
``diff
diff --git a/clang/lib/Sema/SemaChecking.cpp b/clan
https://github.com/darkbuck updated
https://github.com/llvm/llvm-project/pull/100637
>From d9de73264bf4d555e7e09a2c2687eae72c1fa19e Mon Sep 17 00:00:00 2001
From: Michael Liao
Date: Thu, 25 Jul 2024 15:19:15 -0400
Subject: [PATCH 1/5] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?=
=?U
@@ -0,0 +1,99 @@
+// RUN: %clang_cc1 -emit-llvm %s -triple x86_64-unknown-linux-gnu -o - |
FileCheck %s
darkbuck wrote:
> Consider using update_cc_test_checks.py.
>
> I'd like to see checks that we emit convergence tokens on targets where
> that's the default.
bwendling wrote:
> As a matter of ensuring the behavior is predictable, I don't like
> IgnoreParenImpCasts(), and more generally looking through casts without
> checking the CastKind; it very easily leads to bugs because some casts have
> important semantics. Particularly lvalue-to-rvalue cast
https://github.com/darkbuck updated
https://github.com/llvm/llvm-project/pull/100637
>From d9de73264bf4d555e7e09a2c2687eae72c1fa19e Mon Sep 17 00:00:00 2001
From: Michael Liao
Date: Thu, 25 Jul 2024 15:19:15 -0400
Subject: [PATCH 1/6] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?=
=?U
@@ -0,0 +1,99 @@
+// RUN: %clang_cc1 -emit-llvm %s -triple x86_64-unknown-linux-gnu -o - |
FileCheck %s
darkbuck wrote:
I hacked `llvm/utils/UpdateTestChecks/common.py` a little bit to generate
attribute def checks. I may ask for another review on that hack on
@@ -290,3 +294,296 @@ void SemaHLSL::DiagnoseAttrStageMismatch(
<< A << HLSLShaderAttr::ConvertShaderTypeToStr(Stage)
<< (AllowedStages.size() != 1) << join(StageStrings, ", ");
}
+
+namespace {
+
+/// This class implements HLSL availability diagnostics for default
tstellar wrote:
I think that the `GetResourcesPath` function is incorrect. There's no reason
it should return a wrong value, since the CLANG_RESOURCE_DIR value is always
known at compile time.
https://github.com/llvm/llvm-project/pull/97197
___
cfe-
https://github.com/vidsinghal closed
https://github.com/llvm/llvm-project/pull/100671
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
hpkfft wrote:
I see that both phoebewang and KanRobert work for Intel, so Intel's LLVM
compiler `icx` is sure to get this patch.
Intel itself is both a customer and partner of Microsoft, so MSVC ought not be
a problem. After all, it is in both Intel's and Microsoft's interest to
delight their
https://github.com/JustinStitt updated
https://github.com/llvm/llvm-project/pull/100272
>From 06b702cd38943314b2e6f873e64d70baed6f57f7 Mon Sep 17 00:00:00 2001
From: Justin Stitt
Date: Tue, 23 Jul 2024 20:21:49 +
Subject: [PATCH 1/4] implement idiom exclusions
Add flag `-fno-sanitize-overf
JustinStitt wrote:
@kees @vitalybuka 3ef8d3c implements `-fsanitize=pattern-exclusion=`.
It supports the following values:
`all` - turn all supported pattern exclusions ON
`none` - turn them all off (has precedence over others, I will add a warning
soon if users try to use this with "all" or an
@@ -0,0 +1,99 @@
+// RUN: %clang_cc1 -emit-llvm %s -triple x86_64-unknown-linux-gnu -o - |
FileCheck %s
efriedma-quic wrote:
Please don't merge an "auto-generated" file that isn't actually autogenerated
by the in-tree version.
(Is --check-attributes not what y
efriedma-quic wrote:
I agree you want to look through some casts... but I'd like to see a check of
`getCastKind()` to ensure the cast you're looking through is a cast you're
expecting to see. Skipping over CK_BitCast should be fine; I'm concerned
you'll end up skipping over something that act
@@ -0,0 +1,19 @@
+// RUN: %clang_cc1 -fsyntax-only -fblocks -fcxx-exceptions -verify %s
+
+#pragma clang diagnostic ignored "-Wperf-constraint-implies-noexcept"
+
+// Objective-C
+@interface OCClass
+- (void)method;
+@end
+
+void nl14(OCClass *oc) [[clang::nonblocking]] {
+
yichi170 wrote:
Thanks for identifying the problem. @AaronBallman @rorth
https://github.com/llvm/llvm-project/pull/99075
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Bigcheese created
https://github.com/llvm/llvm-project/pull/100681
`SDiagsWriter` currently requires clients to call
`DiagnosticConsumer::finish()` before it is destroyed if
`CompilerInstance::ExecuteAction()` has not been called.
The problem with this is that it makes it mu
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Michael Spencer (Bigcheese)
Changes
`SDiagsWriter` currently requires clients to call
`DiagnosticConsumer::finish()` before it is destroyed if
`CompilerInstance::ExecuteAction()` has not been called.
The problem with this is that it makes
Author: Ding Fei
Date: 2024-07-26T09:34:56+08:00
New Revision: 978c40b4482c7f87a5d087ade85cee53089146d4
URL:
https://github.com/llvm/llvm-project/commit/978c40b4482c7f87a5d087ade85cee53089146d4
DIFF:
https://github.com/llvm/llvm-project/commit/978c40b4482c7f87a5d087ade85cee53089146d4.diff
LOG:
https://github.com/danix800 closed
https://github.com/llvm/llvm-project/pull/100545
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -104,6 +104,296 @@ New check aliases
Changes in existing checks
^^
+- Improved :doc:`bugprone-assert-side-effect
+ ` check by detecting side
+ effect from calling a method with non-const reference parameters.
akshaykumars614 wrote:
etcwilde wrote:
> That forces us back to the original discussion about exporting
> CLANG_RESOURCE_DIR
The path is already available through the exported `clang-resource-header`
imported interface target.
https://github.com/llvm/llvm-project/pull/97197
_
@@ -0,0 +1,99 @@
+// RUN: %clang_cc1 -emit-llvm %s -triple x86_64-unknown-linux-gnu -o - |
FileCheck %s
darkbuck wrote:
> Please don't merge an "auto-generated" file that isn't actually autogenerated
> by the in-tree version.
>
> (Is --check-attributes not wha
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `sanitizer-x86_64-linux`
running on `sanitizer-buildbot2` while building `clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/66/builds/2152
Here is the relevant piece of the bu
https://github.com/darkbuck updated
https://github.com/llvm/llvm-project/pull/100637
>From d9de73264bf4d555e7e09a2c2687eae72c1fa19e Mon Sep 17 00:00:00 2001
From: Michael Liao
Date: Thu, 25 Jul 2024 15:19:15 -0400
Subject: [PATCH 1/6] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?=
=?U
@@ -0,0 +1,99 @@
+// RUN: %clang_cc1 -emit-llvm %s -triple x86_64-unknown-linux-gnu -o - |
FileCheck %s
darkbuck wrote:
Update the test again with '--check-globals=all'. That output is the expected
one.
https://github.com/llvm/llvm-project/pull/100637
https://github.com/darkbuck updated
https://github.com/llvm/llvm-project/pull/100637
>From d9de73264bf4d555e7e09a2c2687eae72c1fa19e Mon Sep 17 00:00:00 2001
From: Michael Liao
Date: Thu, 25 Jul 2024 15:19:15 -0400
Subject: [PATCH 1/7] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?=
=?U
https://github.com/realqhc created
https://github.com/llvm/llvm-project/pull/100684
This commit adds the Clang Builtins, C API header and relevant tests for XCValu
extension.
Spec:
https://github.com/openhwgroup/core-v-sw/blob/master/specifications/corev-builtin-spec.md
Contributor: @meloned
llvmbot wrote:
@llvm/pr-subscribers-backend-risc-v
Author: None (realqhc)
Changes
This commit adds the Clang Builtins, C API header and relevant tests for XCValu
extension.
Spec:
https://github.com/openhwgroup/core-v-sw/blob/master/specifications/corev-builtin-spec.md
Contributor: @mel
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: None (realqhc)
Changes
This commit adds the Clang Builtins, C API header and relevant tests for XCValu
extension.
Spec:
https://github.com/openhwgroup/core-v-sw/blob/master/specifications/corev-builtin-spec.md
Contributor: @melone
github-actions[bot] wrote:
:warning: C/C++ code formatter, clang-format found issues in your code.
:warning:
You can test this locally with the following command:
``bash
git-clang-format --diff ac1a1e5797388598201511d17f05aa088ef4a2e2
5d0eb646fdf2925b9b0063f6f42c9447cd0eb460 --e
https://github.com/realqhc updated
https://github.com/llvm/llvm-project/pull/100684
>From a989acc4bb84b4224307c7535bcfbf623a88a9be Mon Sep 17 00:00:00 2001
From: Qihan Cai
Date: Fri, 26 Jul 2024 12:26:16 +1000
Subject: [PATCH] [RISCV] Implement Clang Builtins for XCValu Extension in
CV32E40P
https://github.com/yingopq updated
https://github.com/llvm/llvm-project/pull/99615
>From 1bdf55ea96e212febc7e51720bfbf52a3bdc677c Mon Sep 17 00:00:00 2001
From: Ying Huang
Date: Fri, 19 Jul 2024 04:19:09 -0400
Subject: [PATCH] [clang] Support -Wa, options -mmsa and -mno-msa
---
clang/include/
https://github.com/smanna12 created
https://github.com/llvm/llvm-project/pull/100688
Reported by Static Analyzer Tool:
In Sema::checkIncorrectVTablePointerAuthenticationAttribute(): Using the auto
keyword without an & causes the copy of an object of type CXXBaseSpecifier.
>From a335fcf97c94a3
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (smanna12)
Changes
Reported by Static Analyzer Tool:
In Sema::checkIncorrectVTablePointerAuthenticationAttribute(): Using the auto
keyword without an & causes the copy of an object of type CXXBaseSpecifier.
---
Full diff: https://gi
phoebewang wrote:
I'm good with adding the macro. But how it propagates to other compilers would
be an chicken or the egg problem. User won't use this flag if they care the
portability, while other compilers may be reluctant to add it if no requiest
from their user.
https://github.com/llvm/ll
https://github.com/realqhc closed
https://github.com/llvm/llvm-project/pull/100684
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Sirraide edited
https://github.com/llvm/llvm-project/pull/99656
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Sirraide commented:
Just a few things I’ve noticed so far. I definitely need to take a closer look
at all of this, because it is a lot of code, but before I do that, I have a few
questions/remarks about the overall design of this:
1. I think there already is a comment about
@@ -2397,6 +2397,1262 @@ class UnsafeBufferUsageReporter : public
UnsafeBufferUsageHandler {
};
} // namespace
+//
=
+
+namespace FXAnalysis {
+
+enum class DiagnosticID : uint8_t {
+ None = 0, // s
@@ -10897,6 +10902,53 @@ Attr
*Sema::getImplicitCodeSegOrSectionAttrForFunction(const FunctionDecl *FD,
return nullptr;
}
+// Should only be called when getFunctionEffects() returns a non-empty set.
+// Decl should be a FunctionDecl or BlockDecl.
+void Sema::maybeAddDeclWit
@@ -2397,6 +2397,1262 @@ class UnsafeBufferUsageReporter : public
UnsafeBufferUsageHandler {
};
} // namespace
+//
=
+
+namespace FXAnalysis {
+
+enum class DiagnosticID : uint8_t {
+ None = 0, // s
@@ -2397,6 +2397,1262 @@ class UnsafeBufferUsageReporter : public
UnsafeBufferUsageHandler {
};
} // namespace
+//
=
Sirraide wrote:
This pr adds 1250 LOC to this file. Imo, this is
@@ -2397,6 +2397,1262 @@ class UnsafeBufferUsageReporter : public
UnsafeBufferUsageHandler {
};
} // namespace
+//
=
+
+namespace FXAnalysis {
+
+enum class DiagnosticID : uint8_t {
+ None = 0, // s
@@ -2397,6 +2397,1262 @@ class UnsafeBufferUsageReporter : public
UnsafeBufferUsageHandler {
};
} // namespace
+//
=
+
+namespace FXAnalysis {
+
+enum class DiagnosticID : uint8_t {
+ None = 0, // s
@@ -2397,6 +2397,1262 @@ class UnsafeBufferUsageReporter : public
UnsafeBufferUsageHandler {
};
} // namespace
+//
=
+
+namespace FXAnalysis {
+
+enum class DiagnosticID : uint8_t {
+ None = 0, // s
@@ -873,30 +873,17 @@ class Sema final : public SemaBase {
/// Warn when implicitly casting 0 to nullptr.
void diagnoseZeroToNullptrConversion(CastKind Kind, const Expr *E);
- // - function effects ---
+ /// All functions/lambdas/blocks which have bodies and which ha
@@ -2397,6 +2397,1262 @@ class UnsafeBufferUsageReporter : public
UnsafeBufferUsageHandler {
};
} // namespace
+//
=
+
+namespace FXAnalysis {
+
+enum class DiagnosticID : uint8_t {
+ None = 0, // s
@@ -2397,6 +2397,1262 @@ class UnsafeBufferUsageReporter : public
UnsafeBufferUsageHandler {
};
} // namespace
+//
=
+
+namespace FXAnalysis {
+
+enum class DiagnosticID : uint8_t {
+ None = 0, // s
@@ -2397,6 +2397,1262 @@ class UnsafeBufferUsageReporter : public
UnsafeBufferUsageHandler {
};
} // namespace
+//
=
+
+namespace FXAnalysis {
+
+enum class DiagnosticID : uint8_t {
+ None = 0, // s
@@ -2397,6 +2397,1262 @@ class UnsafeBufferUsageReporter : public
UnsafeBufferUsageHandler {
};
} // namespace
+//
=
+
+namespace FXAnalysis {
+
+enum class DiagnosticID : uint8_t {
+ None = 0, // s
@@ -2551,6 +3807,9 @@ void clang::sema::AnalysisBasedWarnings::IssueWarnings(
SourceLocation())) {
CallableVisitor(CallAnalyzers).TraverseTranslationUnitDecl(TU);
}
+
+ if (S.Context.hasAnyFunctionEffects())
Sirraide wrote:
This d
https://github.com/realqhc reopened
https://github.com/llvm/llvm-project/pull/100684
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/realqhc updated
https://github.com/llvm/llvm-project/pull/100684
>From d2169cacc2851db4d57865e26781b93d814ebe80 Mon Sep 17 00:00:00 2001
From: Qihan Cai
Date: Fri, 26 Jul 2024 12:26:16 +1000
Subject: [PATCH] [RISCV] Implement Clang Builtins for XCValu Extension in
CV32E40P
https://github.com/mizvekov created
https://github.com/llvm/llvm-project/pull/100692
This makes partial ordering of function templates consistent with other
entities.
Fixes #18291
>From 90d77efa0a4ffacdb7ba5ad4403d77822742a255 Mon Sep 17 00:00:00 2001
From: Matheus Izvekov
Date: Wed, 24 Jul
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Matheus Izvekov (mizvekov)
Changes
This makes partial ordering of function templates consistent with other
entities.
Fixes #18291
---
Patch is 43.09 KiB, truncated to 20.00 KiB below, full version:
https://github.com/llvm/llvm-project/
https://github.com/mizvekov edited
https://github.com/llvm/llvm-project/pull/100692
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -14578,21 +14578,51 @@ ExprResult Sema::CreateBuiltinBinOp(SourceLocation
OpLoc,
BinaryOperatorKind Opc,
Expr *LHSExpr, Expr *RHSExpr) {
if (getLangOpts().CPlusPlus11 && isa(RHSExpr)) {
-// The sy
https://github.com/shafik commented:
Thank you for submitting a potential fix.
First of all this needs a reproducer, one to verify the existing issue and two
because we need to add a test to insure we fix and three we need the rest to
make sure we don't regress the fix in later releases.
The
https://github.com/mizvekov updated
https://github.com/llvm/llvm-project/pull/100692
>From 497d0c668a7303ac45d4d589221976c23c476f3f Mon Sep 17 00:00:00 2001
From: Matheus Izvekov
Date: Wed, 24 Jul 2024 03:59:41 -0300
Subject: [PATCH] [clang] check deduction consistency when partial ordering
fu
https://github.com/shafik commented:
I would like @AaronBallman to review this before committing.
https://github.com/llvm/llvm-project/pull/99833
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/c
@@ -59,16 +59,26 @@ let TargetPrefix = "riscv" in {
[IntrNoMem, IntrWillReturn, IntrSpeculatable,
ImmArg>, ImmArg>]>;
+ def int_riscv_cv_alu_slet : ScalarCoreVAluGprGprIntrinsic;
+ def int_riscv_cv_alu_sletu : ScalarCo
@@ -59,16 +59,26 @@ let TargetPrefix = "riscv" in {
[IntrNoMem, IntrWillReturn, IntrSpeculatable,
ImmArg>, ImmArg>]>;
+ def int_riscv_cv_alu_slet : ScalarCoreVAluGprGprIntrinsic;
topperc wrote:
Why do
@@ -59,16 +59,26 @@ let TargetPrefix = "riscv" in {
[IntrNoMem, IntrWillReturn, IntrSpeculatable,
ImmArg>, ImmArg>]>;
+ def int_riscv_cv_alu_slet : ScalarCoreVAluGprGprIntrinsic;
+ def int_riscv_cv_alu_sletu : ScalarCo
@@ -55,6 +55,7 @@ module Clang_Basic {
textual header "clang/Basic/BuiltinsNEON.def"
textual header "clang/Basic/BuiltinsNVPTX.def"
textual header "clang/Basic/BuiltinsPPC.def"
+ textual header "Basic/BuiltinsRISCVXCV.def"
topperc wrote:
Missing `clang/
@@ -21901,6 +21901,30 @@ Value
*CodeGenFunction::EmitHexagonBuiltinExpr(unsigned BuiltinID,
return nullptr;
}
+static Value *EmitXCVIntrinsic(CodeGenFunction &CGF, unsigned BuiltinID,
+ unsigned IntrinsicID,
+ Muta
https://github.com/vg0204 updated
https://github.com/llvm/llvm-project/pull/95750
>From c9652ae9092e2d42268cd7f843d921c16410bfc9 Mon Sep 17 00:00:00 2001
From: vg0204
Date: Mon, 17 Jun 2024 11:20:02 +0530
Subject: [PATCH 1/9] [Clang] [WIP] Added builtin_alloca support for OpenCL1.2
and below
https://github.com/MitalAshok edited
https://github.com/llvm/llvm-project/pull/100548
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arsenm requested changes to this pull request.
We should be removing the source level convergent attribute, not adding more
uses of it. It was a mistake to define it in the positive direction, and it is
completely unusable for end users. Every piece of code that transitively
Author: Matt Arsenault
Date: 2024-07-26T09:57:28+04:00
New Revision: e108853ac8fad27ff22be9303c87d90bcdf0ef53
URL:
https://github.com/llvm/llvm-project/commit/e108853ac8fad27ff22be9303c87d90bcdf0ef53
DIFF:
https://github.com/llvm/llvm-project/commit/e108853ac8fad27ff22be9303c87d90bcdf0ef53.diff
https://github.com/arsenm closed https://github.com/llvm/llvm-project/pull/96906
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -91,6 +91,116 @@ define i32 @exthz(i16 %a) {
ret i32 %1
}
+declare i32 @llvm.riscv.cv.alu.slet(i32, i32)
+
+define i32 @test.cv.alu.slet(i32 %a, i32 %b) {
+; CHECK-LABEL: test.cv.alu.slet:
+; CHECK: # %bb.0:
+; CHECK-NEXT:cv.slet a0, a0, a1
+; CHECK-NEXT:ret
kimgr wrote:
@etcwilde
> The path is already available through the exported clang-resource-header
> imported interface target
I think that one has the full path to the compiler-supplied built-in headers,
not the resource dir (which is basically its parent). We could do some path
mangling, bu
https://github.com/mizvekov updated
https://github.com/llvm/llvm-project/pull/100692
>From 04cbc865505824fec9eae463ab2172bc6fa64b24 Mon Sep 17 00:00:00 2001
From: Matheus Izvekov
Date: Wed, 24 Jul 2024 03:59:41 -0300
Subject: [PATCH] [clang] check deduction consistency when partial ordering
fu
https://github.com/mizvekov updated
https://github.com/llvm/llvm-project/pull/100692
>From c7ef00e6b9b2c798ef002696be6ebe65195d2fab Mon Sep 17 00:00:00 2001
From: Matheus Izvekov
Date: Wed, 24 Jul 2024 03:59:41 -0300
Subject: [PATCH] [clang] check deduction consistency when partial ordering
fu
301 - 381 of 381 matches
Mail list logo
