kito-cheng wrote:
> I prefer to keep the function signature as an auxiliary metadata with the
> name riscv_lpad_func_sig, so future schemes and other language frontends can
> reuse the riscv_lpad_label metadata flow and have the opportunity of not
> being forced to adopt the idea of function s
ChuanqiXu9 wrote:
@mathstuf in
https://github.com/llvm/llvm-project/issues/140825#issuecomment-2900112555 ,
xmake dev said he can fix the problem by `/clang:-o`. I am wondering if you can
did similar thing in CMake if there is an argument?
https://github.com/llvm/llvm-project/pull/121046
https://github.com/tclin914 closed
https://github.com/llvm/llvm-project/pull/141007
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Jim Lin
Date: 2025-05-22T14:41:58+08:00
New Revision: 04211ba7274ba85dd762a2c919f633f792fa9a3c
URL:
https://github.com/llvm/llvm-project/commit/04211ba7274ba85dd762a2c919f633f792fa9a3c
DIFF:
https://github.com/llvm/llvm-project/commit/04211ba7274ba85dd762a2c919f633f792fa9a3c.diff
LOG:
https://github.com/kito-cheng approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/141007
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zyn0217 closed
https://github.com/llvm/llvm-project/pull/141009
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Younan Zhang
Date: 2025-05-22T14:05:52+08:00
New Revision: bf6d24a34db4c3d04beb188542e08e7852d9680f
URL:
https://github.com/llvm/llvm-project/commit/bf6d24a34db4c3d04beb188542e08e7852d9680f
DIFF:
https://github.com/llvm/llvm-project/commit/bf6d24a34db4c3d04beb188542e08e7852d9680f.diff
https://github.com/cor3ntin approved this pull request.
https://github.com/llvm/llvm-project/pull/141009
___
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 `llvm-x86_64-debian-dylib`
running on `gribozavr4` while building `clang` at step 8
"test-build-unified-tree-check-lld".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/60/builds/28113
Here is the rel
@@ -20,7 +20,7 @@ namespace clang {
class SemaSPIRV : public SemaBase {
public:
SemaSPIRV(Sema &S);
-
+ bool CheckVectorArgs(CallExpr *TheCall, unsigned NumArgsToCheck);
farzonl wrote:
This is a helper, we don't need to expose it in the class. No one needs
@@ -0,0 +1,28 @@
+// RUN: %clang_cc1 %s -triple spirv-pc-vulkan-compute -verify
+
+typedef float float2 __attribute__((ext_vector_type(2)));
+
+float2 test_no_second_arg(float2 p0) {
+ return __builtin_spirv_refract(p0);
+ // expected-error@-1 {{too few arguments to function cal
https://github.com/tclin914 created
https://github.com/llvm/llvm-project/pull/141007
Andes N45/NX45/A45/AX45 also support XAndesPerf.
>From 655b5cb2fe3d2950757fd4b5c3ccac679033bf57 Mon Sep 17 00:00:00 2001
From: Jim Lin
Date: Thu, 22 May 2025 09:42:55 +0800
Subject: [PATCH] [RISCV] Add Feature
https://github.com/tclin914 closed
https://github.com/llvm/llvm-project/pull/140979
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Jim Lin
Date: 2025-05-22T13:04:30+08:00
New Revision: 8b2c0135644d0cb6c5835058ab0e4c5952abd2bf
URL:
https://github.com/llvm/llvm-project/commit/8b2c0135644d0cb6c5835058ab0e4c5952abd2bf
DIFF:
https://github.com/llvm/llvm-project/commit/8b2c0135644d0cb6c5835058ab0e4c5952abd2bf.diff
LOG:
github-actions[bot] wrote:
@youngbash88 Congratulations on having your first Pull Request (PR) merged into
the LLVM Project!
Your changes will be combined with recent changes from other authors, then
tested by our [build bots](https://lab.llvm.org/buildbot/). If there is a
problem with a bu
@@ -26,6 +26,12 @@ def SPIRVReflect : Builtin {
let Prototype = "void(...)";
}
+def SPIRVRefract : Builtin {
+ let Spellings = ["__builtin_spirv_refract"];
+ let Attributes = [NoThrow, Const];
farzonl wrote:
You need to add `CustomTypeChecking`.
```sugges
https://github.com/hulxv closed https://github.com/llvm/llvm-project/pull/140373
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,290 @@
+// RUN: %clang_cc1 -finclude-default-header -triple \
+// RUN: dxil-pc-shadermodel6.3-library %s -fnative-half-type \
+// RUN: -emit-llvm -o - | FileCheck %s
+// RUN: %clang_cc1 -finclude-default-header -triple \
+// RUN: spirv-unknown-vulkan-compute %s -f
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/8514
Here is the relevan
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Timm Baeder (tbaederr)
Changes
Change the diagnostics when reading from the variable we're currently
initializing do be the same as the one the current interpreter emits.
---
Full diff: https://github.com/llvm/llvm-project/pull/141006.dif
https://github.com/tbaederr created
https://github.com/llvm/llvm-project/pull/141006
Change the diagnostics when reading from the variable we're currently
initializing do be the same as the one the current interpreter emits.
>From 4a9c9a11f80de2306d07a836ec704aa6b3d7f35a Mon Sep 17 00:00:00 20
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-aarch64-linux-bootstrap-ubsan` running on `sanitizer-buildbot10`
while building `clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/85/builds/9036
Here is the rele
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-aarch64-sve2-vla-2stage` running on `linaro-g4-02` while building
`clang` at step 12 "ninja check 2".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/199/builds/3562
Here is the relevant piece
llvmbot wrote:
/pull-request llvm/llvm-project#141002
https://github.com/llvm/llvm-project/pull/140666
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
Failed to cherry-pick: 6da2acf8e99ec517bfbe498af2519d29834e2583
https://github.com/llvm/llvm-project/actions/runs/15177852679
Please manually backport the fix and push it to your github fork. Once this is
done, please create a [pull
request](https://github.com/llvm/llvm-proje
llvmbot wrote:
Failed to cherry-pick: 0cac25bcf5a246eb8a1f02d5041731ae9a6f00e0
https://github.com/llvm/llvm-project/actions/runs/15177822654
Please manually backport the fix and push it to your github fork. Once this is
done, please create a [pull
request](https://github.com/llvm/llvm-proje
owenca wrote:
/cherry-pick 0dfdf7efbfe347517eb4c7f544043a71af4e4a25
https://github.com/llvm/llvm-project/pull/140666
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/owenca milestoned
https://github.com/llvm/llvm-project/pull/140666
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
owenca wrote:
/cherry-pick 6da2acf8e99ec517bfbe498af2519d29834e2583
https://github.com/llvm/llvm-project/pull/140366
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/owenca milestoned
https://github.com/llvm/llvm-project/pull/140366
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
owenca wrote:
/cherry-pick 0cac25bcf5a246eb8a1f02d5041731ae9a6f00e0
https://github.com/llvm/llvm-project/pull/140361
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
xTachyon wrote:
We could keep `CXString` as it was before, but `const void *data` could
actually point to a dynamically allocated struct that has roughly this
definition:
```c
struct Data {
size_t length;
char data[1];
};
```
This wouldn't change the current API, and it would still be
https://github.com/owenca milestoned
https://github.com/llvm/llvm-project/pull/140361
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/xTachyon updated
https://github.com/llvm/llvm-project/pull/134551
>From 88a7517918ff8f6a5521527e9e1a141af09035c5 Mon Sep 17 00:00:00 2001
From: Andrei Damian
Date: Sun, 6 Apr 2025 19:55:59 +0300
Subject: [PATCH 1/3] clang_EvalResult_getAsCXString impl
---
clang/include/clan
@@ -1892,6 +1892,9 @@ FormatStyle getChromiumStyle(FormatStyle::LanguageKind
Language) {
ChromiumStyle.IncludeStyle.IncludeBlocks =
tooling::IncludeStyle::IBS_Preserve;
+ ChromiumStyle.InsertBraces = true;
owenca wrote:
See https://reviews.llvm.org/
@@ -5904,7 +5904,7 @@ TEST_F(FormatTest, MacrosWithoutTrailingSemicolon) {
getLLVMStyleWithColumns(60));
verifyFormat("VISIT_GL_CALL(GenBuffers, void, (GLsizei n, GLuint* buffers), "
- "(n, buffers))",
+ "(n, buffers))\n",
https://github.com/owenca closed
https://github.com/llvm/llvm-project/pull/140835
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Owen Pan
Date: 2025-05-21T20:24:56-07:00
New Revision: d5d8d8ac76ba7de47a6a2f2d2581723575bd179c
URL:
https://github.com/llvm/llvm-project/commit/d5d8d8ac76ba7de47a6a2f2d2581723575bd179c
DIFF:
https://github.com/llvm/llvm-project/commit/d5d8d8ac76ba7de47a6a2f2d2581723575bd179c.diff
LOG:
mylai-mtk wrote:
> A high level suggestion is don't hash that until MC layer, so that we can
> easier debug and observe that from the IR level, so that means we can drop
> the hash part from this PR.
@kito-cheng I prefer to keep the function signature as an auxiliary metadata
with the name `r
albus-droid wrote:
Ping @AaronBallman — could you take a look at this when you have a moment?
Thanks!
https://github.com/llvm/llvm-project/pull/139986
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listi
github-actions[bot] wrote:
@matts1 Congratulations on having your first Pull Request (PR) merged into the
LLVM Project!
Your changes will be combined with recent changes from other authors, then
tested by our [build bots](https://lab.llvm.org/buildbot/). If there is a
problem with a build,
Author: Matt
Date: 2025-05-22T11:22:12+08:00
New Revision: 94fdeb76864c5c46ee5503ebf34d5778f4c948b8
URL:
https://github.com/llvm/llvm-project/commit/94fdeb76864c5c46ee5503ebf34d5778f4c948b8
DIFF:
https://github.com/llvm/llvm-project/commit/94fdeb76864c5c46ee5503ebf34d5778f4c948b8.diff
LOG: [cl
https://github.com/ChuanqiXu9 closed
https://github.com/llvm/llvm-project/pull/131569
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ChuanqiXu9 approved this pull request.
https://github.com/llvm/llvm-project/pull/131569
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -388,6 +388,51 @@ bool LoongArchTargetInfo::handleTargetFeatures(
return true;
}
+ParsedTargetAttr
+LoongArchTargetInfo::parseTargetAttr(StringRef Features) const {
+ ParsedTargetAttr Ret;
+ if (Features == "default")
+return Ret;
+ SmallVector AttrFeatures;
+ Fea
https://github.com/shiltian approved this pull request.
https://github.com/llvm/llvm-project/pull/140988
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/matts1 updated
https://github.com/llvm/llvm-project/pull/131569
>From 5ab93bd5c9ae1a58e15bae43e329afd4277f76c4 Mon Sep 17 00:00:00 2001
From: Matt Stark
Date: Mon, 10 Mar 2025 12:09:49 +1100
Subject: [PATCH] [clang] Mark some language options as benign.
I'm fairly certain t
matts1 wrote:
I've rebased to fix merge conflicts, could someone please approve and submit
this?
https://github.com/llvm/llvm-project/pull/131569
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/c
https://github.com/matts1 updated
https://github.com/llvm/llvm-project/pull/131569
>From 2507e992742c067948021a5c07379abe725cf52d Mon Sep 17 00:00:00 2001
From: Matt Stark
Date: Mon, 10 Mar 2025 12:09:49 +1100
Subject: [PATCH] [clang] Mark some language options as benign.
I'm fairly certain t
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-aarch64-linux-bootstrap-msan` running on `sanitizer-buildbot10`
while building `clang,llvm` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/94/builds/7346
Here is the
https://github.com/zyn0217 closed
https://github.com/llvm/llvm-project/pull/140930
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Paul Kirth
Date: 2025-05-22T11:01:06+08:00
New Revision: f0ddadf12cc44bb5baa161bef047e1d8e283c839
URL:
https://github.com/llvm/llvm-project/commit/f0ddadf12cc44bb5baa161bef047e1d8e283c839
DIFF:
https://github.com/llvm/llvm-project/commit/f0ddadf12cc44bb5baa161bef047e1d8e283c839.diff
LO
zyn0217 wrote:
I'll go ahead and merge this: the eager instantiation of member templates -
even it is still dependent - doesnt look right to me
In the meantime, I'll look into the case and see if I can figure out a solution
https://github.com/llvm/llvm-project/pull/140930
_
https://github.com/gedare updated
https://github.com/llvm/llvm-project/pull/108332
>From 5972376f719665225b04bf121cda6c769e3392d9 Mon Sep 17 00:00:00 2001
From: Gedare Bloom
Date: Thu, 20 Jun 2024 17:35:39 -0600
Subject: [PATCH 1/8] Format: add AlignAfterControlStatement
Introduce new style op
https://github.com/petrhosek approved this pull request.
https://github.com/llvm/llvm-project/pull/138587
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mshockwave approved this pull request.
https://github.com/llvm/llvm-project/pull/140979
___
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: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/140985.diff
4 Files Affected:
- (modified) clang/include/clang/Sema/Sema.h (+2-2)
- (modified) clang/lib/Interpreter/Interpreter.cpp (+7-8)
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-aarch64-linux-bootstrap-hwasan` running on `sanitizer-buildbot11`
while building `clang,llvm` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/55/builds/11683
Here is t
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/140985
None
>From 9d1d55f8c5283b71cac4893cd5c39a38d4c55353 Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Wed, 21 May 2025 14:09:49 -0700
Subject: [PATCH] [clang] Use llvm::is_contained (NFC)
---
clang/incl
mpark wrote:
> > It turns out to be kind of a pain to use with HeaderFileInfoTrait. More
> > importantly, we can't really afford to key by the internal key type since
> > that only hashes on the size of the file and the hash collision gets pretty
> > bad. Moreover, the merging and condensing s
ilovepi wrote:
I've updated https://github.com/llvm/llvm-project/issues/140773 with a
reproducer.
https://github.com/llvm/llvm-project/pull/140930
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/
https://github.com/shiltian approved this pull request.
https://github.com/llvm/llvm-project/pull/140983
___
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-format
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/140983.diff
5 Files Affected:
- (modified) clang/lib/Analysis/ThreadSafety.cpp (+9-13)
- (modified) clang/lib/Format/MacroCallReconst
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/140983.diff
5 Files Affected:
- (modified) clang/lib/Analysis/ThreadSafety.cpp (+9-13)
- (modified) clang/lib/Format/MacroCallReconstructor.
llvmbot wrote:
@llvm/pr-subscribers-clang-analysis
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/140983.diff
5 Files Affected:
- (modified) clang/lib/Analysis/ThreadSafety.cpp (+9-13)
- (modified) clang/lib/Format/MacroCallRecon
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/140983
None
>From 5e16f3ea4637e1aab04a3f87f601a3e9c06c4449 Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Wed, 21 May 2025 14:12:52 -0700
Subject: [PATCH] [clang] Use llvm::find_if (NFC)
---
clang/lib/Analy
@@ -654,6 +654,10 @@ class ASTReader
/// Map from the TU to its lexical contents from each module file.
std::vector> TULexicalDecls;
+ unsigned HeaderFileInfoIdx = 0;
ChuanqiXu9 wrote:
And also, this seems unsafe since ModuleManager can remove modules te
@@ -6831,43 +6832,60 @@ std::optional
ASTReader::isPreprocessedEntityInFileID(unsigned Index,
return false;
}
-namespace {
-
- /// Visitor used to search for information about a header file.
- class HeaderFileInfoVisitor {
- FileEntryRef FE;
-std::optional HFI;
-
-
@@ -654,6 +654,10 @@ class ASTReader
/// Map from the TU to its lexical contents from each module file.
std::vector> TULexicalDecls;
+ unsigned HeaderFileInfoIdx = 0;
ChuanqiXu9 wrote:
nit: Unloaded header file info idx.
And also I feel the name is odd.
https://github.com/ChuanqiXu9 commented:
> It turns out to be kind of a pain to use with HeaderFileInfoTrait. More
> importantly, we can't really afford to key by the internal key type since
> that only hashes on the size of the file and the hash collision gets pretty
> bad. Moreover, the mer
yingcong-wu wrote:
Hi @sarnex , this change is crucial for the device sanitizers since it
addresses a long-standing OMP related issue of us. Please help keep this
change. Thanks.
https://github.com/llvm/llvm-project/pull/137187
___
cfe-commits mailin
https://github.com/ChuanqiXu9 edited
https://github.com/llvm/llvm-project/pull/140867
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/lenary approved this pull request.
https://github.com/llvm/llvm-project/pull/140979
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tclin914 edited
https://github.com/llvm/llvm-project/pull/140979
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -65,6 +65,17 @@ enum class PointerAuthenticationMode : unsigned {
SignAndAuth
};
+static constexpr llvm::StringLiteral PointerAuthenticationOptionStrip =
"strip";
ojhunt wrote:
Oh, I hadn't included the updated to stringifying the qualifier so these wer
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`openmp-offload-sles-build-only` running on `rocm-worker-hw-04-sles` while
building `clang,llvm` at step 10 "Add check check-lld".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/140/builds/23578
Here
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `arc-builder` running on
`arc-worker` while building `clang,llvm` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/3/builds/16309
Here is the relevant pie
Author: Jim Lin
Date: 2025-05-22T09:22:32+08:00
New Revision: 569b6f6dade6a1a1b758d982bcd9d91abafb787f
URL:
https://github.com/llvm/llvm-project/commit/569b6f6dade6a1a1b758d982bcd9d91abafb787f
DIFF:
https://github.com/llvm/llvm-project/commit/569b6f6dade6a1a1b758d982bcd9d91abafb787f.diff
LOG:
https://github.com/tclin914 closed
https://github.com/llvm/llvm-project/pull/140681
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tclin914 updated
https://github.com/llvm/llvm-project/pull/140681
>From 80f55eaaead598b0b557aa32756f59b201fc0fcd Mon Sep 17 00:00:00 2001
From: Jim Lin
Date: Tue, 20 May 2025 10:13:26 +0800
Subject: [PATCH 1/4] [RISCV] Add Andes A25/AX25 processor definition
Andes A25/AX25 a
vsapsai wrote:
> @vsapsai I guess, it's a good sign? :) Do you see how our use case can be
> supported by a trivial and low-risk forward fix? If not, I'd insist on a
> revert before we can figure out the way forward. We can run this sort of a
> change through our testing before it relands, and
zyn0217 wrote:
I feel an invalid Decl shouldn't make its way down so deeper into
instantiation. Could you check?
https://github.com/llvm/llvm-project/pull/140905
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/m
https://github.com/bd1976bris updated
https://github.com/llvm/llvm-project/pull/140956
>From 23b762fa8adae76ffe7e85a328aef8710030d831 Mon Sep 17 00:00:00 2001
From: Dunbobbin
Date: Mon, 19 May 2025 10:17:00 +0100
Subject: [PATCH 1/2] [LLVM][Windows] Elide `PrettyStackTrace` output for usage
er
https://github.com/zyn0217 approved this pull request.
I'll approve it, because I have a similar experience that swapping the deferred
instantiation and immediate instantiation order caused a very subtle failure of
return type deduction.
However, just as what @AaronBallman suggested, please ho
https://github.com/raoanag edited
https://github.com/llvm/llvm-project/pull/136026
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -28,25 +30,39 @@ int bar(C *c) {
int bar2(C *c) {
// CHECK-NEW-LABEL: _Z4bar2P1C
-// CHECK-NEW: load i32, {{.*}}, !tbaa [[TAG_int:!.*]]
+// CHECK-NEW: load i32, {{.*}}, !tbaa [[TAG_C_x:!.*]]
return c->x[2];
}
int bar3(C *c, int j) {
// CHECK-NEW-LABEL: _Z4bar3P1Ci
-
@@ -9694,6 +9694,304 @@ TEST_F(FormatTest, ParenthesesAndOperandAlignment) {
Style);
}
+TEST_F(FormatTest, AlignAfterConditionalStatements) {
gedare wrote:
Yes, it might be a good idea to consolidate all of the alignment tests in a new
file. I
@@ -327,6 +330,27 @@ a discriminator determined as follows:
is ``ptrauth_blend_discriminator(&x, discriminator)``; see
`ptrauth_blend_discriminator`_.
+``ptrauth_qualifier_options``
+~
+
+The options parameter to the ``__ptrauth`` qualifier is a
gedare wrote:
Take 3. This is now a simpler solution that separates rules for breaking within
`if`, loop, and `switch` control statements. These explicit style options
override the `AlwaysBreak` and `BlockIndent` options, which should be now only
effective for function-like parentheses and bra
https://github.com/zmodem updated
https://github.com/llvm/llvm-project/pull/138562
>From e221ba3b0f7b08bcfc56bf75f7505265c332637d Mon Sep 17 00:00:00 2001
From: Hans Wennborg
Date: Mon, 5 May 2025 20:24:15 +0200
Subject: [PATCH 1/7] [Sema] Warn about omitting deprecated enumerator in
switch
T
https://github.com/ojhunt updated
https://github.com/llvm/llvm-project/pull/136828
>From 927380bdf377581e6e40507a12c374023352c613 Mon Sep 17 00:00:00 2001
From: Oliver Hunt
Date: Wed, 30 Apr 2025 22:26:59 -0700
Subject: [PATCH 1/4] [clang][PAC] add support for options parameter to
__ptrauth
T
https://github.com/gedare updated
https://github.com/llvm/llvm-project/pull/108332
>From 5972376f719665225b04bf121cda6c769e3392d9 Mon Sep 17 00:00:00 2001
From: Gedare Bloom
Date: Thu, 20 Jun 2024 17:35:39 -0600
Subject: [PATCH 1/6] Format: add AlignAfterControlStatement
Introduce new style op
alexfh wrote:
> Interesting, changing `private header "wrap_foo.h"` to `header "wrap_foo.h"`
> in `b.wrap_foo` stops reproducing the error. I'm not sure it guarantees
>
> > whenever resolving module for the header, pick one that has the header as
> > modular over textual.
>
> But seems we are
https://github.com/ojhunt updated
https://github.com/llvm/llvm-project/pull/136828
>From 927380bdf377581e6e40507a12c374023352c613 Mon Sep 17 00:00:00 2001
From: Oliver Hunt
Date: Wed, 30 Apr 2025 22:26:59 -0700
Subject: [PATCH 1/5] [clang][PAC] add support for options parameter to
__ptrauth
T
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-s390x-linux-lnt`
running on `systemz-1` while building `clang,llvm` at step 6 "build stage 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/136/builds/3988
Here is the relevant piece of the b
@@ -3595,9 +3595,9 @@ def ObjCRequiresPropertyDefs : InheritableAttr {
def PointerAuth : TypeAttr {
let Spellings = [CustomKeyword<"__ptrauth">];
- let Args = [IntArgument<"Key">,
- BoolArgument<"AddressDiscriminated", 1>,
- IntArgument<"ExtraDiscr
llvmbot wrote:
@llvm/pr-subscribers-clangir
Author: Erich Keane (erichkeane)
Changes
The array indexes(and sections) are represented by the acc.bounds operation,
which this ensures we fill in properly. The lowerbound is required, so we
always get that.
The upperbound or extent is requi
https://github.com/erichkeane created
https://github.com/llvm/llvm-project/pull/140971
The array indexes(and sections) are represented by the acc.bounds operation,
which this ensures we fill in properly. The lowerbound is required, so we
always get that.
The upperbound or extent is required.
perry-ca wrote:
> I am not seeing any syntax tests for `_Export` in disallowed positions. For
> example:
>
> ```c++
> int _Export *x = 0;
> ```
>
> It's not the end of the world if it happens to be accepted, but it is
> potentially worth noting.
I'll add a few tests.
https://github.com/llvm
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-with-thin-lto-ubuntu` running on `as-worker-92` while building
`clang,llvm` at step 6 "build-stage1-compiler".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/127/builds/3467
Here is the releva
1 - 100 of 498 matches
Mail list logo
