@@ -2082,8 +2082,13 @@ const StringMap sys::getHostCPUFeatures() {
.Case("fp", "fp-armv8")
.Case("crc32", "crc")
.Case("atomics", "lse")
+
ElvinaYakubova wrote:
Crypto features are optional, that's why I was thinking it is better to keep
both files
https://github.com/llvm/llvm-project/pull/146323
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
h
https://github.com/kmclaughlin-arm closed
https://github.com/llvm/llvm-project/pull/145346
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Endilll approved this pull request.
https://github.com/llvm/llvm-project/pull/143492
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jmorse approved this pull request.
LGTM (my least favourite part of github, aside from it not being Phabricator,
is that it chucks away all the inline comments randomly. Yay).
Keeping on the HELP checklines though: if you symlink clang to `/bin/true` then
with no checklines
@@ -0,0 +1,59 @@
+// RUN: %clang_cc1 -triple x86_64-linux-gnu -gkey-instructions %s
-gno-column-info -debug-info-kind=line-tables-only -emit-llvm -o - \
+// RUN: | FileCheck %s
+
+// g::h and i can be memcpy'd, check the assignment gets Key Instructions
metadata.
+
+struct e {
+
https://github.com/jmorse approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/144346
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jmorse edited
https://github.com/llvm/llvm-project/pull/144346
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Chuanqi Xu
Date: 2025-06-30T18:56:29+08:00
New Revision: 5186d4aeeeca56a77404c2842e494524b7cdd4ba
URL:
https://github.com/llvm/llvm-project/commit/5186d4aeeeca56a77404c2842e494524b7cdd4ba
DIFF:
https://github.com/llvm/llvm-project/commit/5186d4aeeeca56a77404c2842e494524b7cdd4ba.diff
LO
ChuanqiXu9 wrote:
FWIW, I fixed it in
https://github.com/llvm/llvm-project/commit/5186d4aeeeca56a77404c2842e494524b7cdd4ba
to avoid affecting more people longer.
https://github.com/llvm/llvm-project/pull/146247
___
cfe-commits mailing list
cfe-commit
balazs-benics-sonarsource wrote:
> [...] This different sort of limitation still guarantees that we cannot build
> overly complex symbols, but its implementation is significantly shorter (just
> three early return statements for unary operator, binary operator and cast
> evaluation).
>
> 💡 In
NagyDonat wrote:
@mgorny Thank you very much for developing this more elegant build solution for
this mock module!
https://github.com/llvm/llvm-project/pull/146284
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/
https://github.com/OCHyams closed
https://github.com/llvm/llvm-project/pull/144346
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Orlando Cazalet-Hyams
Date: 2025-06-30T12:27:44+01:00
New Revision: be75ded3fea900718a72298276d2428ea227ceaf
URL:
https://github.com/llvm/llvm-project/commit/be75ded3fea900718a72298276d2428ea227ceaf
DIFF:
https://github.com/llvm/llvm-project/commit/be75ded3fea900718a72298276d2428ea227ce
mikaelholmen wrote:
Hello,
With this patch I get
```
Unexpectedly Passed Tests (5):
llvm-libc++-shared.cfg.in ::
libcxx/selftest/modules/std-and-std.compat-module.sh.cpp
llvm-libc++-shared.cfg.in :: libcxx/selftest/modules/std-module.sh.cpp
llvm-libc++-shared.cfg.in :: libcxx/selftest/mod
https://github.com/AaronBallman approved this pull request.
LGTM, thank you for the fix! Once precommit CI comes back green, I can land the
changes on your behalf.
https://github.com/llvm/llvm-project/pull/146103
___
cfe-commits mailing list
cfe-commi
NagyDonat wrote:
> I played with the idea and there is one wrinkle. EvalBinOp applies tactics
> that can reduce the requested operation to known values or ranges after
> applying some logic, like:
>
> * eagerly fold away multiplications to 1
>
> * shifting 0 left or right to a cast
>
AlexVlx wrote:
> I mean, I'm not particularly attached to the syntax of the "if". I guess we
> could designate `if (__builtin_amdgcn_processor_is("gfx900")) {}` as a
> "processor-feature-if". The point is that we need to know at the AST level
> which processor features are available for each s
https://github.com/balazske updated
https://github.com/llvm/llvm-project/pull/136823
From 4ce7497bb0dc89de3b9f139177c295291e7d3e9c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bal=C3=A1zs=20K=C3=A9ri?=
Date: Thu, 17 Apr 2025 17:36:03 +0200
Subject: [PATCH 1/6] [clang-tidy] Add check
'bugprone-inva
@@ -44,6 +45,11 @@ typedef struct {
unsigned Count;
} CXStringSet;
+typedef struct {
+ const char *string;
+ size_t length;
+} CStringInfo;
AaronBallman wrote:
Because we can now feel a bit more free to add a different `private_flags`
value, I think we'r
@@ -1,62 +1,67 @@
// REQUIRES: aarch64-registered-target,system-linux,aarch64-host
-// RUN: export LLVM_CPUINFO=%S/Inputs/cpunative/neoverse-v2
-// RUN: %clang --target=aarch64 --print-enabled-extensions -mcpu=native |
FileCheck --strict-whitespace --check-prefix=CHECK-FEAT-NV2
https://github.com/emaxx-google approved this pull request.
Thanks! I don't know if similar problems (ODR confused by the canonicalization
merging decltypes with different names of template parameters) can show up in
other cases, but as the PR fixes this particular case LGTM.
https://github.co
@@ -0,0 +1,59 @@
+// RUN: %clang_cc1 -triple x86_64-linux-gnu -gkey-instructions %s
-gno-column-info -debug-info-kind=line-tables-only -emit-llvm -o - \
+// RUN: | FileCheck %s
+
+// g::h and i can be memcpy'd, check the assignment gets Key Instructions
metadata.
+
+struct e {
+
https://github.com/mgorny closed
https://github.com/llvm/llvm-project/pull/146284
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ChuanqiXu9 closed
https://github.com/llvm/llvm-project/pull/146247
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Ashwin Banwari
Date: 2025-06-30T17:09:03+08:00
New Revision: 473769ec9b2f860813229eb449fb4298dfc7ff94
URL:
https://github.com/llvm/llvm-project/commit/473769ec9b2f860813229eb449fb4298dfc7ff94
DIFF:
https://github.com/llvm/llvm-project/commit/473769ec9b2f860813229eb449fb4298dfc7ff94.diff
@@ -93,16 +73,6 @@
__SPIRV_BUILTIN_ALIAS(__builtin_spirv_generic_cast_to_ptr_explicit)
__private const void *
__spirv_GenericCastToPtrExplicit_ToPrivate(__generic const void *,
int) __SPIRV_NOEXCEPT;
-extern __SPIRV_overloadable
-__SP
@@ -115,16 +85,6 @@ __spirv_GenericCastToPtr_ToGlobal(__generic const void *p,
int) __SPIRV_NOEXCEPT {
return (__global const void *)p;
}
-static __SPIRV_overloadable __SPIRV_inline __global volatile void *
wenju-he wrote:
s
ChuanqiXu9 wrote:
Please use a new email name. We don't accept github.noreply mail.
https://github.com/llvm/llvm-project/pull/146247
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
hvdijk wrote:
> Moreover, this patch makes gnuld the default linker for baremetal
> toolchain object. User need to pass -fuse-ld=lld explicitly to driver to
> select
> lld
This seems like an unrelated change, it was not mentioned in the RFC, and it
breaks things: baremetal toolchains generally
Author: Wenju He
Date: 2025-06-30T17:19:19+08:00
New Revision: 338dee0742ce2b64cd5cc6d4f46f959262a08e48
URL:
https://github.com/llvm/llvm-project/commit/338dee0742ce2b64cd5cc6d4f46f959262a08e48
DIFF:
https://github.com/llvm/llvm-project/commit/338dee0742ce2b64cd5cc6d4f46f959262a08e48.diff
LOG:
https://github.com/wenju-he closed
https://github.com/llvm/llvm-project/pull/145678
___
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
`openmp-offload-amdgpu-runtime-2` running on `rocm-worker-hw-02` while building
`clang` at step 7 "Add check check-clang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/10/builds/8364
Here is the re
https://github.com/zmodem approved this pull request.
lgtm
https://github.com/llvm/llvm-project/pull/145944
___
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-clang-x86_64-sie-ubuntu-fast` running on `sie-linux-worker` while
building `clang` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/144/builds/28925
@@ -8781,8 +8958,483 @@ static bool combineCCMask(SDValue &CCReg, int &CCValid,
int &CCMask) {
return false;
}
-SDValue SystemZTargetLowering::combineBR_CCMASK(
-SDNode *N, DAGCombinerInfo &DCI) const {
+// Combine (select_ccmask_a (select_ccmask_b)), where select_ccmas
@@ -8781,8 +8958,483 @@ static bool combineCCMask(SDValue &CCReg, int &CCValid,
int &CCMask) {
return false;
}
-SDValue SystemZTargetLowering::combineBR_CCMASK(
-SDNode *N, DAGCombinerInfo &DCI) const {
+// Combine (select_ccmask_a (select_ccmask_b)), where select_ccmas
OCHyams wrote:
> Keeping on the HELP checklines though: if you symlink clang to /bin/true then
> with no checklines looking for a positive match, the test will still pass,
> which sucks
Oh I see, I'll add a note to my TODOs to follow up
https://github.com/llvm/llvm-project/pull/144115
___
@@ -8781,8 +8958,483 @@ static bool combineCCMask(SDValue &CCReg, int &CCValid,
int &CCMask) {
return false;
}
-SDValue SystemZTargetLowering::combineBR_CCMASK(
-SDNode *N, DAGCombinerInfo &DCI) const {
+// Combine (select_ccmask_a (select_ccmask_b)), where select_ccmas
@@ -8695,6 +8730,83 @@ SDValue SystemZTargetLowering::combineSETCC(
}
static bool combineCCMask(SDValue &CCReg, int &CCValid, int &CCMask) {
+ // CCMask for ICmp is equal to 0, 1, 2 or 3.
+ const auto CCMaskForICmpEQCCVal = [](unsigned CC) {
+assert(CC < 4 && "CC out of
@@ -8781,8 +8958,483 @@ static bool combineCCMask(SDValue &CCReg, int &CCValid,
int &CCMask) {
return false;
}
-SDValue SystemZTargetLowering::combineBR_CCMASK(
-SDNode *N, DAGCombinerInfo &DCI) const {
+// Combine (select_ccmask_a (select_ccmask_b)), where select_ccmas
@@ -8695,6 +8730,83 @@ SDValue SystemZTargetLowering::combineSETCC(
}
static bool combineCCMask(SDValue &CCReg, int &CCValid, int &CCMask) {
+ // CCMask for ICmp is equal to 0, 1, 2 or 3.
+ const auto CCMaskForICmpEQCCVal = [](unsigned CC) {
+assert(CC < 4 && "CC out of
@@ -59,3 +118,39 @@
// CXX-AARCH64-BAREMETAL-NOSYSROOT-LIBCXX: "-internal-isystem"
"{{.*}}/Inputs/basic_aarch64_gcc_tree/lib/gcc/aarch64-none-elf/8.2.1/../../../../aarch64-none-elf/include/c++/v1"
// CXX-AARCH64-BAREMETAL-NOSYSROOT-LIBCXX: "-internal-isystem"
"{{.*}}/Inputs/
github-actions[bot] wrote:
@ashwinbanwari 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
@@ -17575,7 +17576,21 @@ static bool ConvertAPValueToString(const APValue &V,
QualType T,
break;
}
}
- V.getInt().toString(Str);
+
+ llvm::APSInt vInt = V.getInt();
+ if (llvm::APSInt::compareValues(
+ vInt, llvm::APSInt::get
Author: Orlando Cazalet-Hyams
Date: 2025-06-30T12:30:35+01:00
New Revision: b29fea6eebae562d9be32f14b8fe79c89ab80292
URL:
https://github.com/llvm/llvm-project/commit/b29fea6eebae562d9be32f14b8fe79c89ab80292
DIFF:
https://github.com/llvm/llvm-project/commit/b29fea6eebae562d9be32f14b8fe79c89ab802
https://github.com/OCHyams closed
https://github.com/llvm/llvm-project/pull/144115
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
maramatias wrote:
@tbaederr Apologies for the delay. I re-ran the original code compiling the
same sample program but without the right shift, left it running over 30
minutes (clock time) it was no able to complete compilation it printed the
error but not the note.
https://github.com/llvm/ll
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-x86_64-debian-fast`
running on `gribozavr4` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/56/builds/29711
Here is the rel
NagyDonat wrote:
After rebasing and validating that the tests pass locally, I'm merging this
commit.
https://github.com/llvm/llvm-project/pull/145895
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listin
zwuis wrote:
Thank you for your review!
Failed test in CI is not related.
https://github.com/llvm/llvm-project/pull/143492
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Donát Nagy
Date: 2025-06-30T12:59:51+02:00
New Revision: c3f8dd1228224841e2fae52cf4f4f4070f2edfac
URL:
https://github.com/llvm/llvm-project/commit/c3f8dd1228224841e2fae52cf4f4f4070f2edfac
DIFF:
https://github.com/llvm/llvm-project/commit/c3f8dd1228224841e2fae52cf4f4f4070f2edfac.diff
LO
Author: Yanzuo Liu
Date: 2025-06-30T19:00:52+08:00
New Revision: 7a3e555353c5a5efd3978f731e7f98fbf75f53d7
URL:
https://github.com/llvm/llvm-project/commit/7a3e555353c5a5efd3978f731e7f98fbf75f53d7
DIFF:
https://github.com/llvm/llvm-project/commit/7a3e555353c5a5efd3978f731e7f98fbf75f53d7.diff
LO
https://github.com/zwuis closed https://github.com/llvm/llvm-project/pull/143492
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mgorny wrote:
No problem. I'm sorry to have caused a merge failure on yours.
https://github.com/llvm/llvm-project/pull/146284
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NagyDonat closed
https://github.com/llvm/llvm-project/pull/145895
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
rj-jesus wrote:
I'm just not sure what test coverage the Neoverse V2 file brings.
I assume the goal of having both files (Neoverse V2 and Grace) is to ensure
that we don't enable the crypto features added in this patch if `/proc/cpuinfo`
doesn't list them. Bu
@@ -1341,6 +1341,14 @@ checkExprLifetimeImpl(Sema &SemaRef, const
InitializedEntity *InitEntity,
}
if (IsGslPtrValueFromGslTempOwner && DiagLoc.isValid()) {
+
+if (SemaRef.getLangOpts().CPlusPlus23) {
hokein wrote:
the analysis is done he
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 6
"test-build-unified-tree-check-clang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/60/builds/31648
Here is the r
shiltian wrote:
### Merge activity
* **Jun 30, 11:47 AM UTC**: A user started a stack merge that includes this
pull request via
[Graphite](https://app.graphite.dev/github/pr/llvm/llvm-project/146302).
https://github.com/llvm/llvm-project/pull/146302
__
llvmbot wrote:
@llvm/pr-subscribers-flang-openmp
@llvm/pr-subscribers-clang
Author: Robert Imschweiler (ro-i)
Changes
OpenMP 6.0 12.1.2 specifies the behavior of the strict modifier for the
num_threads clause on parallel directives, along with the message and severity
clauses. This commi
https://github.com/flovent updated
https://github.com/llvm/llvm-project/pull/127394
>From d8d48e730d0192fe39cce72b47a62a929647484c Mon Sep 17 00:00:00 2001
From: flovent
Date: Sun, 16 Feb 2025 21:07:55 +0800
Subject: [PATCH 1/5] [clang-tidy] Fix false positive for
cppcoreguidelines-pro-bounds-
https://github.com/NagyDonat closed
https://github.com/llvm/llvm-project/pull/144327
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
NagyDonat wrote:
> > [...] This different sort of limitation still guarantees that we cannot
> > build overly complex symbols, but its implementation is significantly
> > shorter (just three early return statements for unary operator, binary
> > operator and cast evaluation).
> > 💡 In fact, yo
https://github.com/NagyDonat reopened
https://github.com/llvm/llvm-project/pull/144327
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -4002,6 +4022,24 @@ bool CompilerInvocation::ParseLangArgs(LangOptions
&Opts, ArgList &Args,
parseSanitizerKinds("-fsanitize=", Args.getAllArgValues(OPT_fsanitize_EQ),
Diags, Opts.Sanitize);
+if (const Arg *A = Args.getLastArg(options::OPT_e
NagyDonat wrote:
Yet another misclick -- the cursed „Close with comment” is placed at a location
where I intuitively expect a „Cancel” button.
https://github.com/llvm/llvm-project/pull/144327
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
htt
flovent wrote:
@vbvictor, thanks for the review! I just rebased and merged test case to this
check's original test file.
https://github.com/llvm/llvm-project/pull/127394
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cg
@@ -3679,6 +3679,22 @@ static StringRef GetInputKindName(InputKind IK) {
llvm_unreachable("unknown input language");
}
+static StringRef getExceptionHandlingName(unsigned EHK) {
+ switch (static_cast(EHK)) {
+ case LangOptions::ExceptionHandlingKind::None:
+ default:
+
https://github.com/ElvinaYakubova updated
https://github.com/llvm/llvm-project/pull/146323
>From e65f50b8c1e549a693d5e1f1dd597ed5bca40ffd Mon Sep 17 00:00:00 2001
From: Elvina Yakubova
Date: Thu, 26 Jun 2025 09:07:23 -0700
Subject: [PATCH 1/3] [clang][AArch64] Parse more features in
getHostCPU
@@ -3694,6 +3710,10 @@ void CompilerInvocationBase::GenerateLangArgs(const
LangOptions &Opts,
GenerateArg(Consumer, OPT_pic_is_pie);
for (StringRef Sanitizer : serializeSanitizerKinds(Opts.Sanitize))
GenerateArg(Consumer, OPT_fsanitize_EQ, Sanitizer);
+if (
ElvinaYakubova wrote:
@rj-jesus updated it
https://github.com/llvm/llvm-project/pull/146323
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zwuis updated
https://github.com/llvm/llvm-project/pull/143492
>From 658f3d3cb72ff9fbdb2315f894f39956eeabf135 Mon Sep 17 00:00:00 2001
From: Yanzuo Liu
Date: Tue, 10 Jun 2025 16:41:57 +0800
Subject: [PATCH 1/5] Apply CWG400 'Using-declarations and the "struct hack"'
to C++98
https://github.com/balazske approved this pull request.
I think we can put in this change. I tested it on some projects, the number of
crashes got less after this change (it is possible that new ones appeared but
the total count was less).
https://github.com/llvm/llvm-project/pull/138838
_
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `premerge-monolithic-linux`
running on `premerge-linux-1` while building `clang` at step 7
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/153/builds/36443
Here is
https://github.com/HighCommander4 approved this pull request.
The new test + other updates look great, thanks!
I agree with using the terminology "explicit object parameter", as this is what
appears in the clang API (e.g. `ParmVarDecl::isExplicitObjectParameter()`).
@MythreyaK I'll hold off on
@@ -2082,8 +2082,13 @@ const StringMap sys::getHostCPUFeatures() {
.Case("fp", "fp-armv8")
.Case("crc32", "crc")
.Case("atomics", "lse")
+
Author: Kerry McLaughlin
Date: 2025-06-30T11:30:46+01:00
New Revision: 33c8d5c686ea923d0905d3f60cf2db6e6ec868e1
URL:
https://github.com/llvm/llvm-project/commit/33c8d5c686ea923d0905d3f60cf2db6e6ec868e1
DIFF:
https://github.com/llvm/llvm-project/commit/33c8d5c686ea923d0905d3f60cf2db6e6ec868e1.di
@@ -1,5 +1,7 @@
// REQUIRES: aarch64-registered-target
ElvinaYakubova wrote:
good point, will add
https://github.com/llvm/llvm-project/pull/146323
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-x86_64-linux-android` running on `sanitizer-buildbot-android` while
building `clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/186/builds/10302
Here is the relev
https://github.com/ElvinaYakubova updated
https://github.com/llvm/llvm-project/pull/146323
>From e65f50b8c1e549a693d5e1f1dd597ed5bca40ffd Mon Sep 17 00:00:00 2001
From: Elvina Yakubova
Date: Thu, 26 Jun 2025 09:07:23 -0700
Subject: [PATCH 1/2] [clang][AArch64] Parse more features in
getHostCPU
https://github.com/NagyDonat updated
https://github.com/llvm/llvm-project/pull/145895
From 06bfdd1e2ce11716dad904b8f2736c5b404f1c07 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Don=C3=A1t=20Nagy?=
Date: Thu, 26 Jun 2025 15:17:05 +0200
Subject: [PATCH 1/2] [NFC][analyzer] Use %clang_analyze_cc1 cons
https://github.com/shiltian updated
https://github.com/llvm/llvm-project/pull/146302
>From 1be2863da610906403bf436d33a3114a13f40daa Mon Sep 17 00:00:00 2001
From: Shilei Tian
Date: Sun, 29 Jun 2025 23:47:12 -0400
Subject: [PATCH] [AMDGPU] Add support for `v_cvt_f16_fp8` on gfx1250
Co-authored-
https://github.com/shiltian updated
https://github.com/llvm/llvm-project/pull/146305
>From 51e5e4593f24771ee818e273f76092a05e2fb98a Mon Sep 17 00:00:00 2001
From: Shilei Tian
Date: Sun, 29 Jun 2025 23:47:02 -0400
Subject: [PATCH] [AMDGPU] Add support for `v_cvt_f16_bf8` on gfx1250
Co-authored-
https://github.com/shiltian edited
https://github.com/llvm/llvm-project/pull/146305
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tbaederr created
https://github.com/llvm/llvm-project/pull/146338
I'm not attaching a test case because I wasn't able to reproduce. The backtrace
looks as follows:
```
frame #10: 0x7fffdedf0b0d
libclang-cpp.so.21.0git`clang::interp::Context::evaluateAsInitializer(th
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Timm Baeder (tbaederr)
Changes
I'm not attaching a test case because I wasn't able to reproduce. The backtrace
looks as follows:
```
frame #10: 0x7fffdedf0b0d
libclang-cpp.so.21.0git`clang::interp::Context::evaluateAsInitializer(
Author: Shilei Tian
Date: 2025-06-30T07:51:00-04:00
New Revision: a99c964d7f40766b58b8f1b5c04a73cae1627375
URL:
https://github.com/llvm/llvm-project/commit/a99c964d7f40766b58b8f1b5c04a73cae1627375
DIFF:
https://github.com/llvm/llvm-project/commit/a99c964d7f40766b58b8f1b5c04a73cae1627375.diff
L
https://github.com/shiltian closed
https://github.com/llvm/llvm-project/pull/146302
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/shiltian closed
https://github.com/llvm/llvm-project/pull/146305
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Shilei Tian
Date: 2025-06-30T07:54:55-04:00
New Revision: 749c7c5dc49a39275da6d7fc520fde2518bb2697
URL:
https://github.com/llvm/llvm-project/commit/749c7c5dc49a39275da6d7fc520fde2518bb2697
DIFF:
https://github.com/llvm/llvm-project/commit/749c7c5dc49a39275da6d7fc520fde2518bb2697.diff
L
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 HEAD~1 HEAD --extensions cpp --
clang/lib/AST/ByteCode/Compiler.cpp
``
V
https://github.com/tbaederr updated
https://github.com/llvm/llvm-project/pull/146338
>From d43486a8380dfc1d7287df405b01087a71ae1cdc Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Mon, 30 Jun 2025 13:43:30 +0200
Subject: [PATCH] [clang][bytecode] Classify varible initializer,
@@ -17575,7 +17576,21 @@ static bool ConvertAPValueToString(const APValue &V,
QualType T,
break;
}
}
- V.getInt().toString(Str);
+
+ llvm::APSInt vInt = V.getInt();
+ if (llvm::APSInt::compareValues(
+ vInt, llvm::APSInt::get
https://github.com/tbaederr edited
https://github.com/llvm/llvm-project/pull/146338
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2767,6 +2767,10 @@ class DependentBitIntTypeLoc final
: public InheritingConcreteTypeLoc {};
+class PredefinedSugarTypeLoc final
+: public InheritingConcreteTypeLoc {};
mizvekov wrote:
One thing is having to define a class, another thing is if that
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Matt Arsenault (arsenm)
Changes
This will enable removal of a hack from the wasm backend
in a future change.
This feels unnecessarily clunky. I would assume something was
automatically parsing this and propagating it in the C++ case
https://github.com/arsenm created
https://github.com/llvm/llvm-project/pull/146342
This will enable removal of a hack from the wasm backend
in a future change.
This feels unnecessarily clunky. I would assume something was
automatically parsing this and propagating it in the C++ case,
but I can'
arsenm wrote:
* **#146343** https://app.graphite.dev/github/pr/llvm/llvm-project/146343?utm_source=stack-comment-icon";
target="_blank">https://static.graphite.dev/graphite-32x32-black.png"; alt="Graphite"
width="10px" height="10px"/>
* **#146342** https://app.graphite.dev/github/pr/llvm/llvm-p
ElvinaYakubova wrote:
I see your point, and agree that it is better to compare the presence of crypto
features then.
https://github.com/llvm/llvm-project/pull/146323
___
cfe-commits mailing list
cfe-commits@lists.ll
1 - 100 of 497 matches
Mail list logo