https://github.com/ilovepi updated
https://github.com/llvm/llvm-project/pull/122566
>From 29788ea8109c838e2ec3a62d2d14f396ba2f9ee6 Mon Sep 17 00:00:00 2001
From: Paul Kirth
Date: Sat, 11 Jan 2025 01:21:54 +
Subject: [PATCH] [clang-doc] Make `--repository` change the HTML output
The current
yxsamliu wrote:
This may break ROCm santizer builds since whether santizer is on should be
determined by -fsanitize only, i.e. by default -fgpu-sanitize should be on.
https://github.com/llvm/llvm-project/pull/126090
___
cfe-commits mailing list
cfe-co
@@ -438,18 +448,21 @@ void llvm::PointerMayBeCaptured(const Value *V,
CaptureTracker *Tracker,
};
while (!Worklist.empty()) {
const Use *U = Worklist.pop_back_val();
-switch (DetermineUseCaptureKind(*U, IsDereferenceableOrNull)) {
-case UseCaptureKind::NO_CAPTU
Michael137 wrote:
> This is just moving stuff around so that seems fine. Though, I wonder, could
> we just pass e.g. an `ArrayRef` to `computeEnumBits()`? The LLDB pr
> you linked seems to have an `SmallVector`, so that should
> be possible (I think it does require a `reinterpret_cast` from a
Sirraide wrote:
> > > This is just moving stuff around so that seems fine. Though, I wonder,
> > > could we just pass e.g. an `ArrayRef` to `computeEnumBits()`? The
> > > LLDB pr you linked seems to have an `SmallVector`, so
> > > that should be possible (I think it does require a `reinterpret
Author: Paul Kirth
Date: 2025-02-06T11:06:47-08:00
New Revision: f8e53a93be91299818e761afa8effd8301999336
URL:
https://github.com/llvm/llvm-project/commit/f8e53a93be91299818e761afa8effd8301999336
DIFF:
https://github.com/llvm/llvm-project/commit/f8e53a93be91299818e761afa8effd8301999336.diff
LO
https://github.com/ilovepi closed
https://github.com/llvm/llvm-project/pull/122565
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ilovepi edited
https://github.com/llvm/llvm-project/pull/122566
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ilovepi updated
https://github.com/llvm/llvm-project/pull/122566
>From 5a3e1df2bc73c314c4d919aa81a034c4efcf15b3 Mon Sep 17 00:00:00 2001
From: Paul Kirth
Date: Sat, 11 Jan 2025 01:21:54 +
Subject: [PATCH] [clang-doc] Make `--repository` change the HTML output
The current
https://github.com/kuilpd edited
https://github.com/llvm/llvm-project/pull/126096
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/hubert-reinterpretcast requested changes to this pull
request.
https://github.com/llvm/llvm-project/pull/125388
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1120,3 +1120,19 @@
// RUN:-c \
// RUN: | FileCheck --check-prefixes=CHECK-K-UNUSED %s
// CHECK-K-UNUSED: clang: warning: -K: 'linker' input unused
[-Wunused-command-line-argument]
+
+// Check No Sanitizer on 32-bit AIX
+// RUN: %clang -target powerpc-ibm-aix -m32
mizvekov wrote:
> > > Actually, @mizvekov, can we make the
> > > `ClassTemplateSpecializationDecl::ClassTemplateSpecializationDecl(ASTContext
> > > &C, Kind DK)` constructor default initialize the `StrictPackMatch`
> > > member to false? In that case users of `CreateDeserialized` wouldn't need
@@ -358,49 +363,54 @@ UseCaptureKind llvm::DetermineUseCaptureKind(
// Volatile stores make the address observable.
auto *ACXI = cast(I);
if (U.getOperandNo() == 1 || U.getOperandNo() == 2 || ACXI->isVolatile())
- return UseCaptureKind::MAY_CAPTURE;
-return
@@ -623,13 +623,37 @@ bool SemaRISCV::CheckBuiltinFunctionCall(const TargetInfo
&TI,
}
}
+ auto checkVsetvl = [&](unsigned SEWOffset,
+unsigned LMULOffset) -> bool {
topperc wrote:
Is this formatted correctly?
ht
Michael137 wrote:
> > > > Actually, @mizvekov, can we make the
> > > > `ClassTemplateSpecializationDecl::ClassTemplateSpecializationDecl(ASTContext
> > > > &C, Kind DK)` constructor default initialize the `StrictPackMatch`
> > > > member to false? In that case users of `CreateDeserialized` wou
https://github.com/honeygoyal updated
https://github.com/llvm/llvm-project/pull/125388
>From f9d8e7f9c0df6beb8b4a63a01ebbc3b3ab93d091 Mon Sep 17 00:00:00 2001
From: Honey Goyal
Date: Sun, 2 Feb 2025 14:27:01 +0530
Subject: [PATCH 01/18] Test Cases for adding -latomic (the access size (8
bytes)
https://github.com/Meinersbur edited
https://github.com/llvm/llvm-project/pull/121997
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
nikic wrote:
Good point, I've changed this to use HINTS instead of PATHS. I'm not really
sure which one is more "correct" in this context, but sticking closer to the
previous behavior seems like a good idea...
https://github.com/llvm/llvm-project/pull/126071
__
Author: Nick Sarnie
Date: 2025-02-06T15:46:44Z
New Revision: f7b3559ce07c83625bbe81a30a4da8ccef9ab53f
URL:
https://github.com/llvm/llvm-project/commit/f7b3559ce07c83625bbe81a30a4da8ccef9ab53f
DIFF:
https://github.com/llvm/llvm-project/commit/f7b3559ce07c83625bbe81a30a4da8ccef9ab53f.diff
LOG: [
https://github.com/nikic updated
https://github.com/llvm/llvm-project/pull/126071
>From 2badb9749472014dc02610a3a511b548bfe8a2ae Mon Sep 17 00:00:00 2001
From: Nikita Popov
Date: Thu, 6 Feb 2025 14:56:25 +0100
Subject: [PATCH 1/2] [libclc] Allow default path when looking for llvm-spirv
This is
@@ -5404,6 +5404,151 @@ third argument, can only occur at file scope.
a = b[i] * c[i] + e;
}
+Extensions for controlling atomic code generation
+=
+
+The ``[[clang::atomic]]`` statement attribute enables users to control ho
https://github.com/sarnex ready_for_review
https://github.com/llvm/llvm-project/pull/125920
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ricejasonf updated
https://github.com/llvm/llvm-project/pull/125394
>From a323e058b2c8adf97f7f9a55a9187f74de9b8d17 Mon Sep 17 00:00:00 2001
From: Jason Rice
Date: Sun, 2 Feb 2025 00:52:47 -0800
Subject: [PATCH 1/5] [Clang][P1061] Consolidate ResolvedUnexpandedPackExpr
into F
@@ -9270,11 +9260,6 @@ void LinkerWrapper::ConstructJob(Compilation &C, const
JobAction &JA,
});
}
- // If we disable the GPU C library support it needs to be forwarded to the
- // link job.
- if (!Args.hasFlag(options::OPT_gpulibc, options::OPT_nogpulibc, true))
---
https://github.com/dtcxzyw edited
https://github.com/llvm/llvm-project/pull/120712
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/dtcxzyw approved this pull request.
LGTM. Thank you!
Please wait for additional approval from other reviewers :)
https://github.com/llvm/llvm-project/pull/120712
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.
@@ -0,0 +1,500 @@
+//===-- RISCVSchedGenericOOO.td - Generic O3 Processor -*- tablegen
-*-===//
+//
+// 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: Ap
@@ -0,0 +1,500 @@
+//===-- RISCVSchedGenericOOO.td - Generic O3 Processor -*- tablegen
-*-===//
+//
+// 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: Ap
@@ -9270,11 +9260,6 @@ void LinkerWrapper::ConstructJob(Compilation &C, const
JobAction &JA,
});
}
- // If we disable the GPU C library support it needs to be forwarded to the
- // link job.
- if (!Args.hasFlag(options::OPT_gpulibc, options::OPT_nogpulibc, true))
---
https://github.com/sarnex approved this pull request.
https://github.com/llvm/llvm-project/pull/125957
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,451 @@
+; RUN: llc -mtriple=aarch64 -verify-machineinstrs --mattr=+cpa -O0
-global-isel=0 -fast-isel=0 %s -o - 2>&1 | FileCheck %s
--check-prefixes=CHECK-CPA-O0
+; RUN: llc -mtriple=aarch64 -verify-machineinstrs --mattr=+cpa -O3
-global-isel=0 -fast-isel=0 %s -o - 2>
https://github.com/madhur13490 edited
https://github.com/llvm/llvm-project/pull/125830
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NagyDonat edited
https://github.com/llvm/llvm-project/pull/125884
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -294,6 +294,16 @@ ANALYZER_OPTION(
bool, ShouldUnrollLoops, "unroll-loops",
"Whether the analysis should try to unroll loops with known bounds.",
false)
+ANALYZER_OPTION(
+bool, ShouldAssumeOneIteration, "assume-one-iteration",
+"Whether the analyzer should
https://github.com/gamesh411 commented:
IMO. This enables a heuristic that is closer to real-world code usage, and
having this option is valuable. I left one comment inline.
https://github.com/llvm/llvm-project/pull/125494
___
cfe-commits mailing list
https://github.com/gamesh411 edited
https://github.com/llvm/llvm-project/pull/125494
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/gamesh411 edited
https://github.com/llvm/llvm-project/pull/125494
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/gamesh411 edited
https://github.com/llvm/llvm-project/pull/125494
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NagyDonat edited
https://github.com/llvm/llvm-project/pull/125884
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
earnol wrote:
Hello maintainers,
It seems already week passed with no additional comments or approvals. Could
you please review the commit and take an action?
https://github.com/llvm/llvm-project/pull/122841
___
cfe-commits mailing list
cfe-commits@li
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/125957
>From 4a457c531ccd3766cc14352e517b0b99ae1e6dd8 Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Wed, 5 Feb 2025 17:21:02 -0600
Subject: [PATCH] [Clang] Forward arguments to the device compiler better
Summary:
NagyDonat wrote:
> I assume you intentionally did _not_ rename the ArrayBoundCheckerV2.cpp to
> ArrayBoundChecker.cpp to avoid the generating a diff that is much harder to
> understand than just the modification and the deletion of the old one. So
> consistency will be restored in trivial foll
earnol wrote:
A gentle reminder to request a review for this PR since it is a week without a
review.
https://github.com/llvm/llvm-project/pull/125122
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listin
https://github.com/frasercrmck created
https://github.com/llvm/llvm-project/pull/126078
This function was already conceptually in the CLC namespace - this just
formally moves it over.
Note however that this commit marks a change in how libclc functions may be
overridden by targets.
Until now
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/17521
@@ -1120,3 +1120,23 @@
// RUN:-c \
// RUN: | FileCheck --check-prefixes=CHECK-K-UNUSED %s
// CHECK-K-UNUSED: clang: warning: -K: 'linker' input unused
[-Wunused-command-line-argument]
+
+
+// This test verifies that the linker doesn't include '-latomic' when no
sani
https://github.com/frasercrmck approved this pull request.
LGTM, thanks
https://github.com/llvm/llvm-project/pull/126071
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,451 @@
+; RUN: llc -mtriple=aarch64 -verify-machineinstrs --mattr=+cpa -O0
-global-isel=0 -fast-isel=0 %s -o - 2>&1 | FileCheck %s
--check-prefixes=CHECK-CPA-O0
+; RUN: llc -mtriple=aarch64 -verify-machineinstrs --mattr=+cpa -O3
-global-isel=0 -fast-isel=0 %s -o - 2>
@@ -10382,6 +10382,26 @@ let Predicates = [HasCPA] in {
// Scalar multiply-add/subtract
def MADDPT : MulAccumCPA<0, "maddpt">;
def MSUBPT : MulAccumCPA<1, "msubpt">;
+
+ // Rules to use CPA instructions in pointer arithmetic patterns which are not
+ // folded into loads
@@ -1031,6 +1032,7 @@ void ExprEngine::removeDead(ExplodedNode *Pred,
ExplodedNodeSet &Out,
const LocationContext *LC,
const Stmt *DiagnosticStmt,
ProgramPoint::Kind K) {
+ llvm::TimeTraceScop
Alejandro =?utf-8?q?Álvarez_Ayllón?=,
Alejandro =?utf-8?q?Álvarez_Ayllón?=,
Alejandro =?utf-8?q?Álvarez_Ayllón?Message-ID:
In-Reply-To:
@@ -15919,10 +15919,17 @@ ExprResult Sema::ActOnStmtExprResult(ExprResult ER) {
if (Cast && Cast->getCastKind() == CK_ARCConsumeObject)
https://github.com/DavidTruby updated
https://github.com/llvm/llvm-project/pull/119718
>From 0dc613d94560cbe4e8a57eed35d985e9d6dae752 Mon Sep 17 00:00:00 2001
From: David Truby
Date: Thu, 12 Dec 2024 14:50:19 +
Subject: [PATCH] [flang] Add -f[no-]vectorize flags
---
clang/include/clang/Dr
https://github.com/steakhal approved this pull request.
Reviewed the changes and it looks correct.
Please change the flag name (along with the comments to
`assume-at-least-one-iteration`.
Please also review Edre's comments, those appear relevant.
https://github.com/llvm/llvm-project/pull/12549
DavidTruby wrote:
Ugh it looks like my editor just clang-formatted everything instead of only
changes...
https://github.com/llvm/llvm-project/pull/119718
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/li
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
https://git
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
===
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
===
@@ -0,0 +1,36 @@
+[build-system]
+requires = ["setuptools>=42", "setuptools_scm==8.1.0"]
+build-backend = "setuptools.build_meta"
+
+[project]
+name = "clang"
+description = "libclang python bindings"
+readme = {file = "README.txt", content-type = "text/plain"}
+
+license = {text
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 39be2d0266f1aa229a79c47d81b004c8c2079362
105e5467662248ea2eb41edcfe0ce9a0cc97d044 --e
https://github.com/madhur13490 approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/125830
___
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 `lldb-remote-linux-ubuntu`
running on `as-builder-9` while building `clang` at step 16
"test-check-lldb-api".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/195/builds/4539
Here is the relevant piece
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
===
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
https://git
@@ -0,0 +1,500 @@
+//===-- RISCVSchedGenericOOO.td - Generic O3 Processor -*- tablegen
-*-===//
+//
+// 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: Ap
@@ -0,0 +1,494 @@
+//===-- RISCVSchedGenericOOO.td - Generic O3 Processor -*- tablegen
-*-===//
+//
+// 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: Ap
sarnex wrote:
what should i do in that case? can i just ignore the failure or is there a way
to clear the build cache?
https://github.com/llvm/llvm-project/pull/125737
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-
jhuber6 wrote:
> yeah my test should only run if `LLVM_INCLUDE_SPIRV_TOOLS_TESTS` is set,
> which does not appear to be the case, so i'm surprised it's running. it
> indeed did not run in the clean build.
>
> ```
> UNSUPPORTED: Clang :: Tooling/clang-linker-wrapper-spirv-elf.cpp (20383 of
> 8
sarnex wrote:
yeah my test should only run if `LLVM_INCLUDE_SPIRV_TOOLS_TESTS` is set, which
does not appear to be the case, so i'm surprised it's running. it indeed did
not run in the clean build.
```
UNSUPPORTED: Clang :: Tooling/clang-linker-wrapper-spirv-elf.cpp (20383 of
84127)
```
the
https://github.com/bharadwajy updated
https://github.com/llvm/llvm-project/pull/125937
>From 63a728dd7f5efff32a2f90608adfdc13d540f34f Mon Sep 17 00:00:00 2001
From: "S. Bharadwaj Yadavalli"
Date: Tue, 4 Feb 2025 12:48:09 -0500
Subject: [PATCH] [HLSL] Set function optnone attribute appropriately
https://github.com/bharadwajy ready_for_review
https://github.com/llvm/llvm-project/pull/125937
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
jhuber6 wrote:
> what should i do in that case? can i just ignore the failure or is there a
> way to clear the build cache?
I got the failure locally as well, unsure, maybe there's a dependency missing
somewhere.
https://github.com/llvm/llvm-project/pull/125737
___
sarnex wrote:
ok cool if you can repro it it's almost surely a real issue. can you share the
repro steps, my local repro has it as unsupported as i expect
https://github.com/llvm/llvm-project/pull/125737
___
cfe-commits mailing list
cfe-commits@lists.
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier ,
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
https://git
sarnex wrote:
yes i will revert if i dont have a fix pr in 30 minutes
https://github.com/llvm/llvm-project/pull/125737
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
bharadwajy wrote:
> Need to verify a couple more function attribute combinations. Changed it to
> draft mode till that is done.
>
> Please hold off reviews.
PR ready for review. Thanks!
https://github.com/llvm/llvm-project/pull/125937
___
cfe-commit
@@ -19105,6 +19105,51 @@ Value *CodeGenFunction::EmitHLSLBuiltinExpr(unsigned
BuiltinID,
return nullptr;
switch (BuiltinID) {
+ case Builtin::BI__builtin_hlsl_adduint64: {
Icohedron wrote:
Do you think it is something I should do for this implementati
DavidSpickett wrote:
> I have seen this before
https://github.com/llvm/llvm-project/commit/a2bd5db00d07bc28fcfb3350b9d50e72e6350cba
https://github.com/llvm/llvm-project/pull/125737
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.
@@ -3492,10 +3492,13 @@ VarDecl *BindingDecl::getHoldingVar() const {
return VD;
}
-llvm::ArrayRef BindingDecl::getBindingPackExprs() const {
+llvm::ArrayRef BindingDecl::getBindingPackDecls() const {
assert(Binding && "expecting a pack expr");
- auto *RP = cast(Binding)
sarnex wrote:
thanks a lot, i think i see the problem, but would help if i could repro :P
https://github.com/llvm/llvm-project/pull/125737
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commi
dyung wrote:
If you cannot fix this soon, can you revert to get the bots back to green while
you investigate?
https://github.com/llvm/llvm-project/pull/125737
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailm
@@ -1120,3 +1120,19 @@
// RUN:-c \
// RUN: | FileCheck --check-prefixes=CHECK-K-UNUSED %s
// CHECK-K-UNUSED: clang: warning: -K: 'linker' input unused
[-Wunused-command-line-argument]
+
+// Check No Sanitizer on 32-bit AIX
+// RUN: %clang -target powerpc-ibm-aix -m32
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/125095
>From 11ae495099dac5536e1cfbae77385fca41983577 Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Thu, 30 Jan 2025 11:28:50 -0600
Subject: [PATCH 1/2] [Clang] Clean up fetching the offloading toolchain
Summary:
https://github.com/mstorsjo created
https://github.com/llvm/llvm-project/pull/126139
This test does succeed in MinGW configurations.
From 30a0f8b46a55965a0ebbab066cf62b77f6ab9e5c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Martin=20Storsj=C3=B6?=
Date: Thu, 6 Feb 2025 23:18:07 +0200
Subject: [PAT
mstorsjo wrote:
CC @DKLoehr
https://github.com/llvm/llvm-project/pull/126139
___
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: Martin Storsjö (mstorsjo)
Changes
This test does succeed in MinGW configurations.
---
Full diff: https://github.com/llvm/llvm-project/pull/126139.diff
1 Files Affected:
- (modified) clang/test/SemaCXX/unique_object_duplication.cpp (+2-2
https://github.com/ravurvi20 updated
https://github.com/llvm/llvm-project/pull/125648
>From 189dd3cc2230ea5752969f02f119b6ee30e3df69 Mon Sep 17 00:00:00 2001
From: Urvi Rav
Date: Tue, 4 Feb 2025 01:35:41 -0600
Subject: [PATCH 1/4] default clause replaced by otherwise clause for
metadirective
@@ -623,13 +623,37 @@ bool SemaRISCV::CheckBuiltinFunctionCall(const TargetInfo
&TI,
}
}
+ auto checkVsetvl = [&](unsigned SEWOffset,
4vtomat wrote:
I see, let me change the case
https://github.com/llvm/llvm-project/pull/126064
thebrandre wrote:
@shafik @Sirraide I rechecked everything and I fixed some non-relative line
numbers. I only just noticed now that I probably should have checked that by
inserting some line numbers just before my test code to see if this doesn't
break the test. 🙈
If there is still something
nataraj-hates-MS-for-stealing-github wrote:
Hi! I see this patch is already merged, but sine the most testing work is
already done, I will still write my report here.
I am original reporter of #51560.
@ArtSin asked me to test the patch.
TL;TR: `%b` solves my problem, but `%p` still breaks eve
@@ -874,6 +874,11 @@ TEST_F(TokenAnnotatorTest, UnderstandsCasts) {
EXPECT_TOKEN(Tokens[14], tok::r_paren, TT_CastRParen);
EXPECT_TOKEN(Tokens[15], tok::amp, TT_UnaryOperator);
+ Tokens = annotate("func((foo(bar::*)(void))&a);");
owenca wrote:
What's `fo
https://github.com/thebrandre updated
https://github.com/llvm/llvm-project/pull/124409
From 1c829c6abcf6d2152088dce7799253bf94b77d7d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andr=C3=A9=20Brand?=
Date: Wed, 22 Jan 2025 19:23:06 +0100
Subject: [PATCH 1/5] [clang] Add 'instantiated_from' for enums
https://github.com/thebrandre updated
https://github.com/llvm/llvm-project/pull/124409
From 1c829c6abcf6d2152088dce7799253bf94b77d7d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andr=C3=A9=20Brand?=
Date: Wed, 22 Jan 2025 19:23:06 +0100
Subject: [PATCH 1/5] [clang] Add 'instantiated_from' for enums
spall wrote:
> Hi,
>
> We usually ask to include the reason for the revert in the commit message.
I apologize, there was a buildbot failure which seemed to be caused by the
reverted commit.
https://github.com/llvm/llvm-project/pull/126149
___
cfe-c
rouson wrote:
Thanks for submitting this, @ergawy. I'll test this. The mentioned
performance results are in the slides
[here](https://go.lbl.gov/just-write-fortran).
https://github.com/llvm/llvm-project/pull/126026
___
cfe-commits mailing list
cfe-
@@ -179,6 +179,13 @@ static bool argHasNVVMAnnotation(const Value &Val,
return false;
}
+static std::optional getFnAttrParsedInt(const Function &F,
+ StringRef Attr) {
+ return F.hasFnAttribute(Attr)
+ ? std::opti
https://github.com/fmayer created
https://github.com/llvm/llvm-project/pull/126166
Fix existing failure
>From 85540ede2e0ba1b6f0b8a69ac6d5a6ddf56fdfc8 Mon Sep 17 00:00:00 2001
From: Florian Mayer
Date: Thu, 6 Feb 2025 17:41:59 -0800
Subject: [PATCH] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=9
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 163ccfac33201948eb430db6fac38d265958cfaa
85540ede2e0ba1b6f0b8a69ac6d5a6ddf56fdfc8 --e
https://github.com/fmayer updated
https://github.com/llvm/llvm-project/pull/126166
>From 85540ede2e0ba1b6f0b8a69ac6d5a6ddf56fdfc8 Mon Sep 17 00:00:00 2001
From: Florian Mayer
Date: Thu, 6 Feb 2025 17:41:59 -0800
Subject: [PATCH 1/2] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?=
=?UTF
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `lld-x86_64-win` running on
`as-worker-93` while building `clang,llvm` at step 7
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/146/builds/2243
Here is the releva
201 - 300 of 513 matches
Mail list logo
