@@ -416,3 +416,38 @@ static_assert(
// expected-note@-1 {{read of dereferenced one-past-the-end pointer is
not allowed in a constant expression}}
);
}
+
+// taken from: https://github.com/llvm/llvm-project/issues/139818
+namespace GH139818{
Sirraide wrot
@@ -623,6 +623,7 @@ Bug Fixes in This Version
- Fix crash due to unknown references and pointer implementation and handling
of
base classes. (GH139452)
- Fixed an assertion failure in serialization of constexpr structs containing
unions. (#GH140130)
+- Fix constant evaluati
@@ -571,6 +571,41 @@ void VectorTest(uint16_t4 first, uint16_t4 second) {
// CHECK: %[[ADD:.+]] = add <3 x i16> %[[Shuffle]], %[[Shuffle1]]
}
+typedef unsigned _BitInt(4) uint4_t4 __attribute__((ext_vector_type(4)));
+void VectorTest(uint4_t4 first, uint4_t4 second) {
+ //
https://github.com/hekota ready_for_review
https://github.com/llvm/llvm-project/pull/139985
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-hlsl
Author: Helena Kotas (hekota)
Changes
Adds resource name argument to resource class constructors and to builtin
functions that initialize resource handles
`__builtin_hlsl_resource_handlefrombinding` and
`__builtin_hlsl_resource_handlefromimplicit
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Helena Kotas (hekota)
Changes
Adds resource name argument to resource class constructors and to builtin
functions that initialize resource handles
`__builtin_hlsl_resource_handlefrombinding` and
`__builtin_hlsl_resource_handlefromimplici
https://github.com/jeremyd2019 updated
https://github.com/llvm/llvm-project/pull/140169
>From 47f81a804a36a5b685f130f22d2ab5d330170861 Mon Sep 17 00:00:00 2001
From: kikairoya
Date: Mon, 21 Apr 2025 23:30:13 +0900
Subject: [PATCH 1/2] [Cygwin][MinGW] Internal class in
explicitly-instantiation-
Sirraide wrote:
> In addition, I think there is value to considering an additional flag that
> works with `-fno-exceptions`/etc to allow in `consteval` functions, which I
> think gets us most of the `constexpr` uses that folks will care about, and be
> implimentable trivially after this patch
https://github.com/farzonl approved this pull request.
https://github.com/llvm/llvm-project/pull/140627
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-x64-windows-msvc`
running on `windows-gcebot2` while building `clang` at step 4 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/63/builds/6385
Here is the relevant piece of the build
https://github.com/jeremyd2019 updated
https://github.com/llvm/llvm-project/pull/140169
>From 47f81a804a36a5b685f130f22d2ab5d330170861 Mon Sep 17 00:00:00 2001
From: kikairoya
Date: Mon, 21 Apr 2025 23:30:13 +0900
Subject: [PATCH 1/3] [Cygwin][MinGW] Internal class in
explicitly-instantiation-
ahatanak wrote:
> If that mode doesn't already permit using unknown pointers and references in
> all language modes, then we should change it so that it does.
> `__builtin_object_size` is best-effort, but we should produce a constant
> value for it that's not the `-1` or `0` fallback value whe
https://github.com/Andres-Salamanca created
https://github.com/llvm/llvm-project/pull/140649
This PR introduces a new **CIR simplify for `switch` cases**, which folds
multiple **cascading `Equal` cases** (that contain only a `YieldOp`) into a
single `CaseOp` of kind `AnyOf`.
This logic is bas
https://github.com/bcardosolopes edited
https://github.com/llvm/llvm-project/pull/140597
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-clangir
Author: None (Andres-Salamanca)
Changes
This PR introduces a new **CIR simplify for `switch` cases**, which folds
multiple **cascading `Equal` cases** (that contain only a `YieldOp`) into a
single `CaseOp` of kind `AnyOf`.
This logic is based
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (Andres-Salamanca)
Changes
This PR introduces a new **CIR simplify for `switch` cases**, which folds
multiple **cascading `Equal` cases** (that contain only a `YieldOp`) into a
single `CaseOp` of kind `AnyOf`.
This logic is based on
@@ -2083,4 +2083,33 @@ def VecExtractOp : CIR_Op<"vec.extract", [Pure,
let hasFolder = 1;
}
+//===--===//
+// VecCmpOp
+//===--===//
+
+def
@@ -2083,4 +2083,33 @@ def VecExtractOp : CIR_Op<"vec.extract", [Pure,
let hasFolder = 1;
}
+//===--===//
+// VecCmpOp
+//===--===//
+
+def
https://github.com/bcardosolopes edited
https://github.com/llvm/llvm-project/pull/140597
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bcardosolopes approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/140597
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bcardosolopes approved this pull request.
https://github.com/llvm/llvm-project/pull/140612
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NewSigma updated
https://github.com/llvm/llvm-project/pull/140548
>From d2e1a8d8a650f2a38387c500f942a0c6722c8a84 Mon Sep 17 00:00:00 2001
From: NewSigma
Date: Mon, 19 May 2025 22:12:45 +0800
Subject: [PATCH 1/2] Do not emit lifetime intrinsics for coro promise alloca
---
cl
@@ -542,8 +542,15 @@ CIRGenTypes::arrangeCIRFunctionInfo(CanQualType returnType,
void *insertPos = nullptr;
CIRGenFunctionInfo *fi = functionInfos.FindNodeOrInsertPos(id, insertPos);
- if (fi)
+ if (fi) {
+// We found a matching function info based on id. These asser
@@ -1343,6 +1343,11 @@ llvm::Value
*CodeGenFunction::EmitLifetimeStart(llvm::TypeSize Size,
if (!ShouldEmitLifetimeMarkers)
return nullptr;
+ // No lifetimes on promise alloca, or middle end passes will assume promise
+ // dead after lifetime.end, leading to mis-optim
https://github.com/bcardosolopes approved this pull request.
Pretty much straightforward - some skeletons with NYI + the actual range for
support. LGTM
https://github.com/llvm/llvm-project/pull/140636
___
cfe-commits mailing list
cfe-commits@lists.llv
https://github.com/AlexMaclean updated
https://github.com/llvm/llvm-project/pull/140615
>From babb28ef1c935f0d0cfb3b40f62be860be027010 Mon Sep 17 00:00:00 2001
From: Alex Maclean
Date: Thu, 15 May 2025 18:12:11 +
Subject: [PATCH 1/4] [NVPTX] Unify and extend barrier{.cta} intrinsic support
https://github.com/jeremyd2019 updated
https://github.com/llvm/llvm-project/pull/140169
>From 47f81a804a36a5b685f130f22d2ab5d330170861 Mon Sep 17 00:00:00 2001
From: kikairoya
Date: Mon, 21 Apr 2025 23:30:13 +0900
Subject: [PATCH 1/4] [Cygwin][MinGW] Internal class in
explicitly-instantiation-
https://github.com/bcardosolopes commented:
Overall looks good, some inline comments.
https://github.com/llvm/llvm-project/pull/140649
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bcardosolopes edited
https://github.com/llvm/llvm-project/pull/140649
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -159,6 +159,107 @@ struct SimplifySelect : public OpRewritePattern
{
}
};
+/// Simplify `cir.switch` operations by folding cascading cases
+/// into a single `cir.case` with the `anyof` kind.
+///
+/// This pattern identifies cascading cases within a `cir.switch` operati
@@ -186,7 +288,7 @@ void CIRSimplifyPass::runOnOperation() {
// Collect operations to apply patterns.
llvm::SmallVector ops;
getOperation()->walk([&](Operation *op) {
-if (isa(op))
+if (isa(op))
bcardosolopes wrote:
Can you double check if the te
https://github.com/bcardosolopes edited
https://github.com/llvm/llvm-project/pull/140649
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jeremyd2019 updated
https://github.com/llvm/llvm-project/pull/140169
>From 47f81a804a36a5b685f130f22d2ab5d330170861 Mon Sep 17 00:00:00 2001
From: kikairoya
Date: Mon, 21 Apr 2025 23:30:13 +0900
Subject: [PATCH 1/4] [Cygwin][MinGW] Internal class in
explicitly-instantiation-
shafik wrote:
@kripken somewhat reduced:
```cpp
struct MyStruct {
double m0{-.0};
int m1{-12345};
};
constexpr MyStruct default_val;
auto compute_area(double l, const MyStruct &val = default_val) -> double {
if (val.m1 == 1)
return 2.0;
return 0;
}
#include
auto
Andres-Salamanca wrote:
@andykaylor @erichkeane @bcardosolopes
While implementing this simplification, I noticed a difference compared to the
previous behavior where the folding happened during codegen.
Consider the following test case:
```cpp
void sw7(int a) {
switch (a) {
case 0:
case
https://github.com/HighCommander4 created
https://github.com/llvm/llvm-project/pull/140651
The optimization is not valid, given that the target of a symbol reference can
change without the spelling of the reference (or anything else in the file
containing the reference) changing, as illustrate
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: Nathan Ridge (HighCommander4)
Changes
The optimization is not valid, given that the target of a symbol reference can
change without the spelling of the reference (or anything else in the file
containing the reference) changing
https://github.com/HighCommander4 updated
https://github.com/llvm/llvm-project/pull/140651
>From 7f48d903c6d5f97a75208c799e0e96a26948af05 Mon Sep 17 00:00:00 2001
From: Nathan Ridge
Date: Sat, 17 May 2025 22:11:45 -0400
Subject: [PATCH] [clangd] Drop the optimization where only shards for modif
Author: Alexander Richardson
Date: 2025-05-19T17:26:05-07:00
New Revision: 07e2ba445df7d277e5195c0ec85b133735ea76e3
URL:
https://github.com/llvm/llvm-project/commit/07e2ba445df7d277e5195c0ec85b133735ea76e3
DIFF:
https://github.com/llvm/llvm-project/commit/07e2ba445df7d277e5195c0ec85b133735ea76e
zygoloid wrote:
> > If that mode doesn't already permit using unknown pointers and references
> > in all language modes, then we should change it so that it does.
> > `__builtin_object_size` is best-effort, but we should produce a constant
> > value for it that's not the `-1` or `0` fallback v
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-x86_64-linux-bootstrap-asan` running on `sanitizer-buildbot2` while
building `clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/52/builds/8460
Here is the relevan
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `openmp-s390x-linux`
running on `systemz-1` while building `clang` at step 6 "test-openmp".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/88/builds/11794
Here is the relevant piece of the build log f
@@ -1349,6 +1349,10 @@ static bool upgradeIntrinsicFunction1(Function *F,
Function *&NewFn,
else if (Name == "clz.ll" || Name == "popc.ll" || Name == "h2f" ||
Name == "swap.lo.hi.b64")
Expand = true;
+ else if (Name == "barrier0" || Name == "b
@@ -948,6 +950,165 @@ void CIRGenFunction::emitIgnoredExpr(const Expr *e) {
emitLValue(e);
}
+// Handle the case where the condition is a constant evaluatable simple
integer,
+// which means we don't have to separately handle the true/false blocks.
+static std::optional han
jeremyd2019 wrote:
This might help for Windows testing
```diff
diff --git a/.github/workflows/libcxx-build-and-test.yaml
b/.github/workflows/libcxx-build-and-test.yaml
index 3551fc150e..27e5bd6450 100644
--- a/.github/workflows/libcxx-build-and-test.yaml
+++ b/.github/workflows/libcxx-build-and
DeinAlptraum wrote:
@Endilll I don't see the `__ne__` operator being addded in the diff
If you are referring to the "Fix formatting again, again" commit, that just
readds the operator after accidentally removing it in the "Fix formatting"
commit (I had some issues with my editor yesterday)
htt
@@ -948,6 +950,165 @@ void CIRGenFunction::emitIgnoredExpr(const Expr *e) {
emitLValue(e);
}
+// Handle the case where the condition is a constant evaluatable simple
integer,
+// which means we don't have to separately handle the true/false blocks.
+static std::optional han
@@ -1633,8 +1633,8 @@ static void repeatForLambdaConversionFunctionCallingConvs(
CC_C,CC_X86StdCall, CC_X86FastCall, CC_X86VectorCall,
DefaultFree, DefaultMember, CallOpCC};
llvm::sort(Convs);
-llvm::iterator_range Range(
-std::begin(Conv
@@ -85,3 +85,33 @@ void func() {
static const int b; // zero-init-var-warning {{default initialization of an
object of type 'const int' is incompatible with C++}} \
cxx-error {{default initialization of an object of
const type 'const int'}}
}
+
+//
https://github.com/mmha edited https://github.com/llvm/llvm-project/pull/138156
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mmha edited https://github.com/llvm/llvm-project/pull/138156
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mmha edited https://github.com/llvm/llvm-project/pull/138156
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
zyn0217 wrote:
@rupprecht That doesn't seem right... Will look into it
https://github.com/llvm/llvm-project/pull/140029
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1658,6 +1828,170 @@ mlir::Value
ScalarExprEmitter::VisitUnaryExprOrTypeTraitExpr(
cgf.cgm.UInt64Ty, e->EvaluateKnownConstInt(cgf.getContext(;
}
+/// Return true if the specified expression is cheap enough and
side-effect-free
+/// enough to evaluate un
https://github.com/zyn0217 created
https://github.com/llvm/llvm-project/pull/140655
This introduced a bug where noexcept specifiers are involved, as reported in
https://github.com/llvm/llvm-project/pull/140029#issuecomment-2892259764
Addressing that doesn't seem trivial at the moment, so I'll
Author: Younan Zhang
Date: 2025-05-20T09:59:24+08:00
New Revision: 383e5f3e2da5c11ecbf1482eb0c39df38ac84e59
URL:
https://github.com/llvm/llvm-project/commit/383e5f3e2da5c11ecbf1482eb0c39df38ac84e59
DIFF:
https://github.com/llvm/llvm-project/commit/383e5f3e2da5c11ecbf1482eb0c39df38ac84e59.diff
https://github.com/zyn0217 closed
https://github.com/llvm/llvm-project/pull/140655
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Younan Zhang (zyn0217)
Changes
This introduced a bug where noexcept specifiers are involved, as reported in
https://github.com/llvm/llvm-project/pull/140029#issuecomment-2892259764
Addressing that doesn't seem trivial at the moment, so I'
zyn0217 wrote:
I reverted it :(
https://github.com/llvm/llvm-project/pull/140029
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Prabhuk created
https://github.com/llvm/llvm-project/pull/140656
When the variable guared by a lock was enclosed in parenthesis, access
violation warnings were not emitted. This patch fixes it and adds a
regression test.
>From 74dbb15ada0fca529ef1346725ad7cc4ae17d6fc Mon Sep
llvmbot wrote:
@llvm/pr-subscribers-clang-static-analyzer-1
Author: Prabhu Rajasekaran (Prabhuk)
Changes
When the variable guared by a lock was enclosed in parenthesis, access
violation warnings were not emitted. This patch fixes it and adds a
regression test.
---
Full diff: https://gith
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Prabhu Rajasekaran (Prabhuk)
Changes
When the variable guared by a lock was enclosed in parenthesis, access
violation warnings were not emitted. This patch fixes it and adds a
regression test.
---
Full diff: https://github.com/llvm/llvm-p
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-ppc64-aix` running
on `aix-ppc64` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/64/builds/3686
Here is the relevant piece
https://github.com/Prabhuk updated
https://github.com/llvm/llvm-project/pull/140656
>From 8570d7a7c2c10e94db53fa23074f46706c8cb32a Mon Sep 17 00:00:00 2001
From: prabhukr
Date: Tue, 20 May 2025 01:57:36 +
Subject: [PATCH] Thread Safety Analysis: Handle parenthesis
When the variable guared
llvmbot wrote:
@llvm/pr-subscribers-clang-analysis
Author: Prabhu Rajasekaran (Prabhuk)
Changes
When the variable guared by a lock was enclosed in parenthesis, access
violation warnings were not emitted. This patch fixes it and adds a
regression test.
---
Full diff: https://github.com/ll
https://github.com/Prabhuk updated
https://github.com/llvm/llvm-project/pull/140656
>From 8570d7a7c2c10e94db53fa23074f46706c8cb32a Mon Sep 17 00:00:00 2001
From: prabhukr
Date: Tue, 20 May 2025 01:57:36 +
Subject: [PATCH 1/2] Thread Safety Analysis: Handle parenthesis
When the variable gua
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-aarch64-quick`
running on `linaro-clang-aarch64-quick` while building `clang` at step 5 "ninja
check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/65/builds/16860
Here is the relevant pie
https://github.com/jeremyd2019 updated
https://github.com/llvm/llvm-project/pull/140169
>From 47f81a804a36a5b685f130f22d2ab5d330170861 Mon Sep 17 00:00:00 2001
From: kikairoya
Date: Mon, 21 Apr 2025 23:30:13 +0900
Subject: [PATCH 1/3] [Cygwin][MinGW] Internal class in
explicitly-instantiation-
@@ -1599,9 +1599,14 @@ CodeGenFunction::EmitAutoVarAlloca(const VarDecl &D) {
bool IsMSCatchParam =
D.isExceptionVariable() && getTarget().getCXXABI().isMicrosoft();
+ // No lifetime intrinsics on coroutine promise alloca, or middle end
+ // passes wi
https://github.com/owenca created
https://github.com/llvm/llvm-project/pull/140661
None
>From 186ac09017c78cbff5a34a5b8768b6df5b8d0546 Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Sun, 18 May 2025 23:23:04 -0700
Subject: [PATCH 1/2] [clang-format][NFC] Upgrade SortIncludes option to a
struct
https://github.com/Prabhuk updated
https://github.com/llvm/llvm-project/pull/140656
>From 8570d7a7c2c10e94db53fa23074f46706c8cb32a Mon Sep 17 00:00:00 2001
From: prabhukr
Date: Tue, 20 May 2025 01:57:36 +
Subject: [PATCH 1/3] Thread Safety Analysis: Handle parenthesis
When the variable gua
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Owen Pan (owenca)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/140661.diff
9 Files Affected:
- (modified) clang/docs/ClangFormatStyleOptions.rst (+13-29)
- (modified) clang/include/clang/Format/Format.h (+23-29)
-
https://github.com/owenca closed
https://github.com/llvm/llvm-project/pull/140661
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-x64-windows-msvc`
running on `windows-gcebot2` while building `clang` at step 4 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/63/builds/6387
Here is the relevant piece of the build
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/140663
None
>From 50561fa88fc013ba0538283ca9b6ba680f51b009 Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Fri, 16 May 2025 08:53:07 -0700
Subject: [PATCH] [clang] Fix typos in documentation
---
clang/docs/B
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/140663.diff
5 Files Affected:
- (modified) clang/docs/BoundsSafety.rst (+1-1)
- (modified) clang/docs/BoundsSafetyAdoptionGuide.rst (+1-1)
fanju110 wrote:
> @MaskRay @aeubanks when you have a moment, could you please take a look at
> this PR? Let me know if there’s anything I should revise or clarify. Thanks!
@MaskRay @aeubanks
https://github.com/llvm/llvm-project/pull/136098
___
cfe-c
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/140665
None
>From 2aa8fa9aeebc55cafc24a29ca95de008799aeea2 Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Mon, 19 May 2025 20:13:08 -0700
Subject: [PATCH] [AST] Drop const from a return type (NFC)
---
clang
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/140665.diff
2 Files Affected:
- (modified) clang/lib/AST/ByteCode/Record.cpp (+1-1)
- (modified) clang/lib/AST/ByteCode/Record.h (+1-1)
`
https://github.com/wangpc-pp approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/133031
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/el-ev approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/140612
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/owenca created
https://github.com/llvm/llvm-project/pull/140666
Fix #65400
>From 7c1c0d2ca413503d81cd71e6a005a608cdec479d Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Mon, 19 May 2025 20:18:53 -0700
Subject: [PATCH] [clang-format] Handle raw string literals containing JSON
llvmbot wrote:
@llvm/pr-subscribers-clang-format
Author: Owen Pan (owenca)
Changes
Fix #65400
---
Full diff: https://github.com/llvm/llvm-project/pull/140666.diff
3 Files Affected:
- (modified) clang/lib/Format/Format.cpp (+4-2)
- (modified) clang/tools/clang-format/ClangFormat.cpp (+
https://github.com/boxu-zhang created
https://github.com/llvm/llvm-project/pull/140671
Last week, someone asking me to implement printf function on OpenCL with NVPTX
which is strange for me, because I remember that the libdevice of CUDA has
already implemented it and it should also work for Op
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: boxu.zhang (boxu-zhang)
Changes
Last week, someone asking me to implement printf function on OpenCL with NVPTX
which is strange for me, because I remember that the libdevice of CUDA has
already implemented it and it should also work for O
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: boxu.zhang (boxu-zhang)
Changes
Last week, someone asking me to implement printf function on OpenCL with NVPTX
which is strange for me, because I remember that the libdevice of CUDA has
already implemented it and it should also wo
https://github.com/boxu-zhang closed
https://github.com/llvm/llvm-project/pull/140671
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
501 - 587 of 587 matches
Mail list logo
