https://github.com/kadircet approved this pull request.
https://github.com/llvm/llvm-project/pull/127757
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
kadircet wrote:
> Could you say more about this? What happened to ClangdModules?
Sorry, apparently I even forgot its proper name, i meant
`clangd::FeatureModule`. Nothing bad happened, we built this infra but didn't
get a chance to polish and use it afterwards.
We wanted to migrate any non-cor
Author: Fabian Ritter
Date: 2025-02-19T10:20:48+01:00
New Revision: 8615f9aaffd4337a33ea979f010c4d6410ba6125
URL:
https://github.com/llvm/llvm-project/commit/8615f9aaffd4337a33ea979f010c4d6410ba6125
DIFF:
https://github.com/llvm/llvm-project/commit/8615f9aaffd4337a33ea979f010c4d6410ba6125.diff
https://github.com/ritter-x2a edited
https://github.com/llvm/llvm-project/pull/126878
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ritter-x2a closed
https://github.com/llvm/llvm-project/pull/126763
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,646 @@
+// -*- C++ -*-
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License
@@ -0,0 +1,646 @@
+// -*- C++ -*-
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License
@@ -0,0 +1,646 @@
+// -*- C++ -*-
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License
@@ -0,0 +1,646 @@
+// -*- C++ -*-
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License
Author: Timm Baeder
Date: 2025-02-19T10:22:37+01:00
New Revision: 17602893409a0d396d37162a3b42254689e02e09
URL:
https://github.com/llvm/llvm-project/commit/17602893409a0d396d37162a3b42254689e02e09
DIFF:
https://github.com/llvm/llvm-project/commit/17602893409a0d396d37162a3b42254689e02e09.diff
L
https://github.com/tbaederr closed
https://github.com/llvm/llvm-project/pull/127759
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frederick-vs-ja edited
https://github.com/llvm/llvm-project/pull/120920
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zyn0217 created
https://github.com/llvm/llvm-project/pull/127773
Closes https://github.com/llvm/llvm-project/issues/122523
>From 2d9c248c70b6d24f277982a32f36e2ef1bde2829 Mon Sep 17 00:00:00 2001
From: Younan Zhang
Date: Wed, 19 Feb 2025 17:13:56 +0800
Subject: [PATCH] [Clang
brad0 wrote:
Ping.
https://github.com/llvm/llvm-project/pull/89279
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,6 @@
+/// Check the max-page-size for OHOS LoongArch.
Ami-zhang wrote:
Okay.
https://github.com/llvm/llvm-project/pull/127555
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cg
https://github.com/Ami-zhang updated
https://github.com/llvm/llvm-project/pull/127555
>From 65d913fbd7adc2001aadadadeab93c188445cd79 Mon Sep 17 00:00:00 2001
From: Ami-zhang
Date: Tue, 18 Feb 2025 10:00:25 +0800
Subject: [PATCH] [clang][LoongArch] Add OHOS target
Add support for OHOS on loonga
https://github.com/ritter-x2a edited
https://github.com/llvm/llvm-project/pull/126906
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
zmodem wrote:
> Adding metadata to an instruction should never be required for correctness
I figured the existing use and the fact that it only needs to survive until
CoroSplit made it good enough. But you're right, we should do better.
I do think we need an explicit way to tell CoroSplit whet
https://github.com/ritter-x2a closed
https://github.com/llvm/llvm-project/pull/125826
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ritter-x2a edited
https://github.com/llvm/llvm-project/pull/125827
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ritter-x2a wrote:
### Merge activity
* **Feb 19, 3:48 AM EST**: A user started a stack merge that includes this pull
request via
[Graphite](https://app.graphite.dev/github/pr/llvm/llvm-project/125826).
https://github.com/llvm/llvm-project/pull/125826
_
https://github.com/ritter-x2a updated
https://github.com/llvm/llvm-project/pull/125826
>From 26e2dd5585fb9891ec7b62f46ac0c694d801af28 Mon Sep 17 00:00:00 2001
From: Fabian Ritter
Date: Wed, 5 Feb 2025 04:19:00 -0500
Subject: [PATCH] [AMDGPU] Replace gfx940 and gfx941 with gfx942 in offload and
https://github.com/Ami-zhang updated
https://github.com/llvm/llvm-project/pull/127555
>From 5a2d1eb3366a3859d615a97191c94a33aae3355e Mon Sep 17 00:00:00 2001
From: Ami-zhang
Date: Tue, 18 Feb 2025 10:00:25 +0800
Subject: [PATCH] [clang][LoongArch] Add OHOS target
Add support for OHOS on loonga
https://github.com/ritter-x2a edited
https://github.com/llvm/llvm-project/pull/125836
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -368,7 +370,9 @@ void OHOS::addExtraOpts(llvm::opt::ArgStringList &CmdArgs)
const {
CmdArgs.push_back("-z");
CmdArgs.push_back("relro");
CmdArgs.push_back("-z");
- CmdArgs.push_back("max-page-size=4096");
+ CmdArgs.push_back(getArch() == llvm::Triple::loongarch64
--
https://github.com/ritter-x2a edited
https://github.com/llvm/llvm-project/pull/126762
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ritter-x2a updated
https://github.com/llvm/llvm-project/pull/126762
>From fd4aa87feb5e6fdfd6c6eefee8c31d5f97aed4fa Mon Sep 17 00:00:00 2001
From: Fabian Ritter
Date: Tue, 11 Feb 2025 08:52:55 -0500
Subject: [PATCH] [AMDGPU][clang] Replace gfx940 and gfx941 with gfx942 in
cla
https://github.com/ritter-x2a updated
https://github.com/llvm/llvm-project/pull/126762
>From 0f0e65aebd835a9c7df70ecd8d9e429ca523f09f Mon Sep 17 00:00:00 2001
From: Fabian Ritter
Date: Tue, 11 Feb 2025 08:52:55 -0500
Subject: [PATCH] [AMDGPU][clang] Replace gfx940 and gfx941 with gfx942 in
cla
@@ -0,0 +1,6 @@
+/// Check the max-page-size for OHOS LoongArch.
brad0 wrote:
I'd rename the test like ohos-pagesize.c. Maybe add one other arch and check
that the value is 4k.
https://github.com/llvm/llvm-project/pull/127555
___
Author: Fabian Ritter
Date: 2025-02-19T10:11:48+01:00
New Revision: 029c8e783d17d55541b308ee6db5429d54cb5153
URL:
https://github.com/llvm/llvm-project/commit/029c8e783d17d55541b308ee6db5429d54cb5153
DIFF:
https://github.com/llvm/llvm-project/commit/029c8e783d17d55541b308ee6db5429d54cb5153.diff
https://github.com/ritter-x2a edited
https://github.com/llvm/llvm-project/pull/126763
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ritter-x2a closed
https://github.com/llvm/llvm-project/pull/126762
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/davemgreen commented:
Thanks - this looks sensible to me if these are always present on Grace (I'm
not sure how to check that, I will leave for someone else to review). It
currently uses a bit of a mixture of specifying features individually
(FeatureAES and FeatureSVEAES) an
NagyDonat wrote:
As I thought a bit more about the reorganization that I suggested, I realized
that it can be summarized as **we should synchronize adding the default
`Unknown` binding and calling `escapeValue`** -- because they correspond to the
two end-points of the same "_this_ value is sto
https://github.com/HerrCai0907 updated
https://github.com/llvm/llvm-project/pull/127720
>From b69bb465a24f2175f2f9f91f220252d3bcb27bde Mon Sep 17 00:00:00 2001
From: Congcong Cai
Date: Wed, 19 Feb 2025 07:38:37 +0800
Subject: [PATCH 1/3] [clang-tidy]add new check
bugprone-unintended-char-ostre
@@ -13,19 +13,25 @@
const UINT_TYPE sign_bit = (UINT_TYPE)1
\
<< (sizeof(INT_TYPE_SCALAR) * 8 - 1);
\
const UINT_TYPE sign_bit_mask = sign_bit - (UINT_TYPE)1;
\
-INT_TYP
https://github.com/frasercrmck updated
https://github.com/llvm/llvm-project/pull/127469
>From dbe1d8d133a54d0353fdb466cd59f5931d670bbf Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Mon, 17 Feb 2025 10:17:44 +
Subject: [PATCH 1/2] [libclc] Improve nextafter behaviour around zero
This
https://github.com/ritter-x2a edited
https://github.com/llvm/llvm-project/pull/126887
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/127469
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sjoerdmeijer approved this pull request.
LGTM, but worth looking at Dave's suggestion before merging this:
> It currently uses a bit of a mixture of specifying features individually
> (FeatureAES and FeatureSVEAES) and relying on the dependencies
> (FeatureSVE2SHA3 will impl
https://github.com/HerrCai0907 updated
https://github.com/llvm/llvm-project/pull/127720
>From b69bb465a24f2175f2f9f91f220252d3bcb27bde Mon Sep 17 00:00:00 2001
From: Congcong Cai
Date: Wed, 19 Feb 2025 07:38:37 +0800
Subject: [PATCH 1/3] [clang-tidy]add new check
bugprone-unintended-char-ostre
kr-2003 wrote:
> Hmmm confused !
>
> So does it really come down to the flag responsible for enabling assertions.
> `LLVM_ENABLE_ASSERTIONS=ON`
Seems like it. This is the only flag that explains this behaviour.
https://github.com/llvm/llvm-project/pull/127087
__
@@ -1104,9 +1104,13 @@ void Sema::ActOnStartOfTranslationUnit() {
}
void Sema::ActOnEndOfTranslationUnitFragment(TUFragmentKind Kind) {
- // No explicit actions are required at the end of the global module fragment.
- if (Kind == TUFragmentKind::Global)
+ if (Kind == TUFrag
Author: Benjamin Maxwell
Date: 2025-02-19T10:13:41Z
New Revision: 7781e1040dc5b4a920628ee086e239cf46f74e49
URL:
https://github.com/llvm/llvm-project/commit/7781e1040dc5b4a920628ee086e239cf46f74e49
DIFF:
https://github.com/llvm/llvm-project/commit/7781e1040dc5b4a920628ee086e239cf46f74e49.diff
L
mizvekov wrote:
@zyn0217 did you look into, and if so, would you mind including explanations on
this part of the issue report:
"Curiously, this bug seems to require a lambda -- if the lambda is replaced by
an equivalent struct, the [bug disappears](https://godbolt.org/z/v8Wq4osh8).
Also, a di
zyn0217 wrote:
I looked into that weeks ago, and the reason I remembered was kind of subtle.
I'll explain why the fix is necessary later - I'll need a debugger to help me
recall that.
https://github.com/llvm/llvm-project/pull/126723
___
cfe-commits m
https://github.com/MacDue closed
https://github.com/llvm/llvm-project/pull/121763
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/127469
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mizvekov demilestoned
https://github.com/llvm/llvm-project/pull/124137
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ElvinaYakubova updated
https://github.com/llvm/llvm-project/pull/127620
>From 814aace81379e6e95fd83a3384fd52e11730a5ac Mon Sep 17 00:00:00 2001
From: Elvina Yakubova
Date: Thu, 13 Feb 2025 05:45:21 -0800
Subject: [PATCH] [AArch64] Add optional extensions enabled on Grace
Ena
https://github.com/mizvekov demilestoned
https://github.com/llvm/llvm-project/pull/124313
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
melver wrote:
FWIW, I'm ready for sending a v2 series to the Linux kernel mailing list:
https://git.kernel.org/pub/scm/linux/kernel/git/melver/linux.git/log/?h=cap-analysis/dev
But I'd like to sort out this PR first before sending the v2 series.
https://github.com/llvm/llvm-project/pull/127396
https://github.com/mizvekov demilestoned
https://github.com/llvm/llvm-project/pull/124498
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Fraser Cormack
Date: 2025-02-19T10:24:12Z
New Revision: 1509b46ea5617402634270a01e840356ef935436
URL:
https://github.com/llvm/llvm-project/commit/1509b46ea5617402634270a01e840356ef935436
DIFF:
https://github.com/llvm/llvm-project/commit/1509b46ea5617402634270a01e840356ef935436.diff
LOG
ElvinaYakubova wrote:
Thanks, addressed Dave's comment
https://github.com/llvm/llvm-project/pull/127620
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mizvekov demilestoned
https://github.com/llvm/llvm-project/pull/124386
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mizvekov demilestoned
https://github.com/llvm/llvm-project/pull/125001
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mizvekov wrote:
/cherry-pick 08bda1cc6b0d2f1d31a89a76b5c154a11086c420
https://github.com/llvm/llvm-project/pull/125791
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mizvekov wrote:
Cherry picking this onto the 20.x release branch requires
https://github.com/llvm/llvm-project/pull/125791 to be cherry-picked first.
https://github.com/llvm/llvm-project/pull/126215
___
cfe-commits mailing list
[email protected].
@@ -1104,9 +1104,13 @@ void Sema::ActOnStartOfTranslationUnit() {
}
void Sema::ActOnEndOfTranslationUnitFragment(TUFragmentKind Kind) {
- // No explicit actions are required at the end of the global module fragment.
- if (Kind == TUFragmentKind::Global)
+ if (Kind == TUFrag
llvmbot wrote:
/pull-request llvm/llvm-project#127779
https://github.com/llvm/llvm-project/pull/125791
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,30 @@
+.. title:: clang-tidy - bugprone-unintended-char-ostream-output
+
+bugprone-unintended-char-ostream-output
+===
+
+Finds unintended character output from ``unsigned char`` and ``signed char``
to an
+``ostream``.
+
+Normally, w
@@ -0,0 +1,30 @@
+.. title:: clang-tidy - bugprone-unintended-char-ostream-output
+
+bugprone-unintended-char-ostream-output
+===
+
+Finds unintended character output from ``unsigned char`` and ``signed char``
to an
+``ostream``.
+
+Normally, w
jplehr wrote:
Did anybody to run the OpenMP VV suite before and after this change? Curious to
know if that improves results.
https://github.com/llvm/llvm-project/pull/125648
___
cfe-commits mailing list
[email protected]
https://lists.llvm.or
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-aarch64-linux-bootstrap-hwasan` running on `sanitizer-buildbot12`
while building `clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/55/builds/7267
Here is the rel
https://github.com/balazs-benics-sonarsource updated
https://github.com/llvm/llvm-project/pull/127602
From f5cd6b22fb83c0bfb584717cde6899cd65fc1274 Mon Sep 17 00:00:00 2001
From: Balazs Benics
Date: Wed, 5 Feb 2025 17:13:34 +0100
Subject: [PATCH 1/7] [analyzer] Limit Store by region-store-bindi
@@ -176,31 +177,59 @@ class RegionBindingsRef : public
llvm::ImmutableMapRefpush_back(V);
+return *this;
+ }
+ RegionBindingsRef escapeValues(nonloc::CompoundVal::iterator Begin,
+ nonloc::CompoundVal::iterator End) const {
+for (SVal V :
@@ -2782,6 +2865,8 @@ RegionBindingsRef
RegionStoreManager::bindStruct(RegionBindingsConstRef B,
if (VI == VE)
break;
+ if (NewB.hasExhaustedBindingLimit())
+return NewB.escapeValues(VI, VE);
balazs-benics-sonarsource wrote:
I've r
@@ -483,6 +483,14 @@ ANALYZER_OPTION(
"behavior, set the option to 0.",
5)
+ANALYZER_OPTION(
+unsigned, RegionStoreMaxBindingFanOut, "region-store-max-binding-fanout",
+"This option limits how many sub-bindings a single binding operation can "
+"scatter int
https://github.com/balazs-benics-sonarsource edited
https://github.com/llvm/llvm-project/pull/127602
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/balazs-benics-sonarsource edited
https://github.com/llvm/llvm-project/pull/127602
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mizvekov updated
https://github.com/llvm/llvm-project/pull/125453
>From f7e2964999d5410a1f954e5142741e929f10f43e Mon Sep 17 00:00:00 2001
From: Matheus Izvekov
Date: Sun, 2 Feb 2025 23:47:15 -0300
Subject: [PATCH] [clang] print correct context for diagnostics suppressed by
d
https://github.com/mizvekov updated
https://github.com/llvm/llvm-project/pull/125453
>From 228d525709e5ba2fd9c8f929dc90db1ccbc915bb Mon Sep 17 00:00:00 2001
From: Matheus Izvekov
Date: Sun, 2 Feb 2025 23:47:15 -0300
Subject: [PATCH] [clang] print correct context for diagnostics suppressed by
d
balazs-benics-sonarsource wrote:
Thanks for your long review. I'm sorry if the poor code quality hindered the
comprehension.
My goal was to minimize the diff for easier review, but I admit that I should
have attached some considerations as to why I implemented it this way, and also
how differe
tbaederr wrote:
One thing I'm unsure about right now: This probably needs more work,
especially regarding assigning function pointers, doesn't it? Even in the test
case I added right now, `Foo_fun2` is declared with `SHARED_LOCKS_REQUIRED(mu2)
EXCLUSIVE_LOCKS_REQUIRED(mu1)`, but then the func
https://github.com/tbaederr updated
https://github.com/llvm/llvm-project/pull/67095
>From 354359e251ddb5cc4e77e7f78bfc6917d26f5f46 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Fri, 22 Sep 2023 08:42:05 +0200
Subject: [PATCH] [clang][TSA] Make RequiresCapability a DeclOrTyp
@@ -1909,7 +1909,19 @@ class Sema final : public SemaBase {
/// '\#pragma clang attribute push' directives to the given declaration.
void AddPragmaAttributes(Scope *S, Decl *D);
- void PrintPragmaAttributeInstantiationPoint();
+ using DiagFuncRef =
mizve
@@ -1654,11 +1654,20 @@ void Sema::EmitDiagnostic(unsigned DiagID, const
DiagnosticBuilder &DB) {
}
case DiagnosticIDs::SFINAE_Suppress:
+ if (DiagnosticsEngine::Level Level = getDiagnostics().getDiagnosticLevel(
+ DiagInfo.getID(), DiagInfo.getLocat
labath wrote:
> Cherry picking this onto the 20.x release branch requires #125791 to be
> cherry-picked first.
But this is just a bugfix for that PR, right? (IOW, if there's no reason to
cherry-pick that PR, then there's also no reason cherry-pick this fix)
https://github.com/llvm/llvm-projec
https://github.com/frasercrmck created
https://github.com/llvm/llvm-project/pull/127783
During a recent change, the build system accidentally dropped the (theoretical)
support for the CLC builtins library to build target-specific builtins from the
'amdgpu' directory, due to a change in variabl
https://github.com/ElvinaYakubova closed
https://github.com/llvm/llvm-project/pull/127620
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Elvina Yakubova
Date: 2025-02-19T11:27:38Z
New Revision: 404f94ac7d8c368fba8ad1f97512c26efd5ec965
URL:
https://github.com/llvm/llvm-project/commit/404f94ac7d8c368fba8ad1f97512c26efd5ec965
DIFF:
https://github.com/llvm/llvm-project/commit/404f94ac7d8c368fba8ad1f97512c26efd5ec965.diff
LO
@@ -1104,9 +1104,13 @@ void Sema::ActOnStartOfTranslationUnit() {
}
void Sema::ActOnEndOfTranslationUnitFragment(TUFragmentKind Kind) {
- // No explicit actions are required at the end of the global module fragment.
- if (Kind == TUFragmentKind::Global)
+ if (Kind == TUFrag
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-cmake-x86_64-avx512-win` running on `avx512-intel64-win` while building
`clang,llvm` at step 4 "cmake stage 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/81/builds/4895
Here is the releva
AaronBallman wrote:
> > The way -Wreturn-type is implemented in Clang is we build a CFG from the
> > AST and then walk that to determine whether all paths return a value, if
> > that’s what you’re asking.
>
> Is `-Wreturn-type` more susceptible to FPs than other typical Clang warnings,
> and
https://github.com/virginia-cangelosi created
https://github.com/llvm/llvm-project/pull/127797
Implement all {BF/F/S/U/SU/US}MOP4{A/S} instructions in clang and llvm
following the acle in https://github.com/ARM-software/acle/pull/381/files
>From 87b7d61f23b8aef863d37dcb137603b866ab8c77 Mon Sep
@@ -60,6 +60,90 @@ struct S {
#endif
} // namespace cwg2917
+namespace cwg2918 { // cwg2918: 21
+
+#if __cplusplus >= 202002L
Endilll wrote:
It seems that only example 2 needs C++20. Have you considered testing examples
1 and 3 in C++11 through C++17 modes?
@@ -0,0 +1,69 @@
+//===--- UnintendedCharOstreamOutputCheck.cpp - clang-tidy
===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apa
https://github.com/frasercrmck updated
https://github.com/llvm/llvm-project/pull/126052
>From b09ec4e569a2659eca66dc38e35a02a87134c209 Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Tue, 28 Jan 2025 12:19:23 +
Subject: [PATCH 1/2] [libclc] Move fma to the CLC library
This builtin is a
https://github.com/tbaederr created
https://github.com/llvm/llvm-project/pull/127788
None
>From dff6bd91600617d7b631be09ff7c06c5a2fd5786 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Wed, 19 Feb 2025 12:46:49 +0100
Subject: [PATCH] [clang][bytecode] Fix allocating primitiv
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Timm Baeder (tbaederr)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/127788.diff
2 Files Affected:
- (modified) clang/lib/AST/ByteCode/Compiler.cpp (+2-1)
- (modified) clang/test/AST/ByteCode/new-delete.cpp (+6)
@@ -176,31 +177,59 @@ class RegionBindingsRef : public
llvm::ImmutableMapRefpush_back(V);
+return *this;
+ }
+ RegionBindingsRef escapeValues(nonloc::CompoundVal::iterator Begin,
+ nonloc::CompoundVal::iterator End) const {
+for (SVal V :
https://github.com/Xazax-hun approved this pull request.
This change looks good to me but the code makes me wonder if we correctly
handle placement new.
What about cases like doing placement new into a non-zero'th element of a
region like:
```
void f(S *a[]) {
s[1] = new (S[1]) S{1, 2};
}
``
https://github.com/NagyDonat edited
https://github.com/llvm/llvm-project/pull/127602
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
zyn0217 wrote:
@mizvekov
The nuance is right here, where we tackle local lambdas and member functions
separately:
https://github.com/llvm/llvm-project/blob/404f94ac7d8c368fba8ad1f97512c26efd5ec965/clang/lib/Sema/SemaExpr.cpp#L18273-L18282
```cpp
template constexpr int visit(F f) { return f(0)
@@ -359,7 +326,80 @@ class RegionBindingsRef : public
llvm::ImmutableMapRef`
Perhaps use `Limited` instead of `Bounded` in the name of this class, because
the common linguistical origin of the words "Bounded" and "Binding" makes the
current name a bit hard to parse. (I almost r
https://github.com/NagyDonat commented:
> I'm sorry if the poor code quality hindered the comprehension.
I wouldn't say "poor code quality" -- the code was difficult to understand, but
mostly due to the inherent complexity of the logic that's being implemented
here.
> In short, I decided to p
@@ -0,0 +1,53 @@
+// Simple functions
+// RUN: %clang_cc1 -std=c++20 -triple x86_64-unknown-linux-gnu -fclangir
-emit-cir %s -o - | FileCheck %s
+
+void empty() { }
+// CHECK: cir.func @empty() -> !cir.void {
xlauko wrote:
Ideally once there will be abi-lib:
h
Vicente Mataix =?utf-8?q?Ferrándiz?= ,
Vicente Mataix =?utf-8?q?Ferrándiz?= ,
Vicente Mataix =?utf-8?q?Ferrándiz?= ,
Vicente Mataix =?utf-8?q?Ferrándiz?=
Message-ID:
In-Reply-To:
whisperity wrote:
> I have a certain version of Ubuntu with a certain version of Clang, not
> custom compiled.
@l
https://github.com/AaronBallman commented:
Thanks for the fix! The changes should come with a release note in
`clang/docs/ReleaseNotes.rst`
I'm not super familiar with GCC Asm Statements, but the changes look correct to
me otherwise.
https://github.com/llvm/llvm-project/pull/127719
__
1 - 100 of 458 matches
Mail list logo
