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` at step 5 "compile-openmp".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/140/builds/19289
Here is the rel
https://github.com/RiverDave edited
https://github.com/llvm/llvm-project/pull/131969
___
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` running on `omp-vega20-0` while building
`clang` at step 6 "test-openmp".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/30/builds/17927
Here is the relevant piece of
@@ -3599,7 +3599,7 @@ C++ defect report implementation
status
https://cplusplus.github.io/CWG/issues/591.html";>591
CD4
When a dependent base class is the current instantiation
-Clang 20
+Clang 20
h-vetinari wrote:
Issues that are resolved
https://github.com/Xazax-hun approved this pull request.
https://github.com/llvm/llvm-project/pull/128369
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/wzssyqa updated
https://github.com/llvm/llvm-project/pull/129207
>From 5c3b36b06294b43088d277c689c3367825708779 Mon Sep 17 00:00:00 2001
From: YunQiang Su
Date: Fri, 28 Feb 2025 16:09:04 +0800
Subject: [PATCH 1/4] Clang: Add minnum/maxnum builtin functions support
With https
Author: Jan Svoboda
Date: 2025-03-18T14:01:04-07:00
New Revision: 056264b838df94b689d3213424d78f8b9452041b
URL:
https://github.com/llvm/llvm-project/commit/056264b838df94b689d3213424d78f8b9452041b
DIFF:
https://github.com/llvm/llvm-project/commit/056264b838df94b689d3213424d78f8b9452041b.diff
L
@@ -2382,14 +2382,20 @@ size_t SourceManager::getDataStructureSizes() const {
SourceManagerForFile::SourceManagerForFile(StringRef FileName,
StringRef Content) {
+ // We copy to `std::string` for Context instead of StringRef because
https://github.com/jansvoboda11 closed
https://github.com/llvm/llvm-project/pull/129751
___
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
`amdgpu-offload-rhel-9-cmake-build-only` running on `rocm-docker-rhel-9` while
building `clang` at step 4 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/205/builds/3834
Here is the releva
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`cross-project-tests-sie-ubuntu` running on `doug-worker-1a` while building
`clang` at step 5 "build-unified-tree".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/181/builds/15783
Here is the relevan
https://github.com/erichkeane approved this pull request.
No concerns on this one, but let the others review, particularly for the chagne
in the incubator.
https://github.com/llvm/llvm-project/pull/131912
___
cfe-commits mailing list
cfe-commits@lists
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`amdgpu-offload-ubuntu-22-cmake-build-only` running on `rocm-docker-ubu-22`
while building `clang` at step 4 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/203/builds/5043
Here is the rel
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `openmp-s390x-linux`
running on `systemz-1` while building `clang` at step 5 "compile-openmp".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/88/builds/9292
Here is the relevant piece of the build log
@@ -0,0 +1,48 @@
+// RUN: %clang_cc1 -finclude-default-header -x hlsl -triple
dxil-pc-shadermodel6.2-library %s -fnative-half-type -emit-llvm -O1 -o - |
FileCheck %s
+// CHECK: define {{.*}}test_ints{{.*}}(i16 {{.*}} [[VAL:%.*]]){{.*}}
+// CHECK-NOT: bitcast
+// CHECK: ret i16 [
https://github.com/jansvoboda11 edited
https://github.com/llvm/llvm-project/pull/129751
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -11,6 +11,24 @@
include "mlir/Pass/PassBase.td"
+def CIRCanonicalize : Pass<"cir-canonicalize"> {
+ let summary = "Performs CIR canonicalization";
+ let description = [{
+Perform canonicalizations on CIR and removes some redundant operations.
+
+This pass perform
chandraghale wrote:
1. Used tail-allocated storage for extra members added in OMPreductionClause.
2. Modified assertion to diagnostic in parsing logic.
3. Reduction clause modifiers reduction-modifier and original-sharingmodifier
packed into existing structure.
4. Added additional lit test ca
@@ -0,0 +1,147 @@
+//===--===//
+//
+// 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
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 5 "build-unified-tree".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/144/builds/20670
Here is the re
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 5 "compile-openmp".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/10/builds/1612
Here is the relevant
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 7 "build-default".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/195/builds/6364
Here is the relevant piece of the
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`openmp-offload-libc-amdgpu-runtime` running on `omp-vega20-1` while building
`clang` at step 5 "compile-openmp".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/73/builds/14842
Here is the relevant p
@@ -412,6 +412,12 @@ class FrontendOptions {
LLVM_PREFERRED_TYPE(bool)
unsigned UseClangIRPipeline : 1;
+ /// Disable Clang IR specific (CIR) passes
+ unsigned ClangIRDisablePasses : 1;
erichkeane wrote:
Please add `LLVM_PREFERED_TYPE` to these.
https:
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-cmake-x86_64-avx512-linux` running on `avx512-intel64` while building
`clang` at step 6 "build stage 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/133/builds/13057
Here is the relevant pi
https://github.com/EthanLuisMcDonough edited
https://github.com/llvm/llvm-project/pull/94268
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/EthanLuisMcDonough edited
https://github.com/llvm/llvm-project/pull/94268
___
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 `sanitizer-aarch64-linux`
running on `sanitizer-buildbot7` while building `clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/51/builds/12788
Here is the relevant piece of the
efriedma-quic wrote:
> I can experiment with --filter-out, but I'd prefer to do that as a followup.
If you want, you can run the IR through "opt -passes=mem2reg" or something...
we just don't want to run the full optimization pipeline because that leads to
a bunch of spurious changes to clang
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-x86_64-linux-abi-test` running on `sie-linux-worker2` while building
`clang` at step 6 "build-unified-tree".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/8/builds/12682
Here is the relevant
https://github.com/JonChesterfield edited
https://github.com/llvm/llvm-project/pull/131884
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -290,9 +378,23 @@ mlir::Attribute ConstantEmitter::tryEmitPrivate(const
APValue &value,
cgm.errorNYI("ConstExprEmitter::tryEmitPrivate member pointer");
return {};
}
- case APValue::LValue:
-cgm.errorNYI("ConstExprEmitter::tryEmitPrivate lvalue");
+ case APV
https://github.com/joaosaffran ready_for_review
https://github.com/llvm/llvm-project/pull/131739
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -113,6 +113,8 @@ static void substituteOperandWithArgument(Function *OldF,
for (Use *Op : OpsToReplace)
UniqueValues.insert(Op->get());
+ // TODO: Preserve range metadata with ranges
+
SLTozer wrote:
Unrelated change sneaking in?
https://github.com
Bigcheese wrote:
The general issue with changing this to benign is that it ends up being
non-deterministic and buggy for implicitly built modules. I think what we want
here is `COMPATIBLE_LANGOPT`. By default it will still feed into the context
hash, but the compiler won't reject loading such
sarnex wrote:
> @sarnex I'm assuming you're somewhat familiar with SPIR-V and the backend. We
> really need a way to call SPIR-V builtins directly, i.e. some way to get
> clang to lower something like __builtin_spirv_ballot() to
> OpGroupNonUniformBallot. I don't know how much SPIR-V exposes f
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`cross-project-tests-sie-ubuntu-dwarf5` running on `doug-worker-1b` while
building `clang` at step 5 "build-unified-tree".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/163/builds/15445
Here is the
nickdesaulniers wrote:
For the life of me, I cannot figure out how the hell to get
`ExcludeHeaderFilterRegex` in a `.clang-tidy` file to work...
Trying to exclude more than one file. @justincady help!
https://github.com/llvm/llvm-project/pull/91400
https://github.com/zeule updated
https://github.com/llvm/llvm-project/pull/131605
>From 4f0c149795c35789bfb88e5e77c9aaa799c7b592 Mon Sep 17 00:00:00 2001
From: Eugene Shalygin
Date: Mon, 17 Mar 2025 11:23:35 +0100
Subject: [PATCH] [clang-format] option to control bin-packing keyworded
paramete
https://github.com/frasercrmck edited
https://github.com/llvm/llvm-project/pull/130882
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/andykaylor created
https://github.com/llvm/llvm-project/pull/131912
CIR uses aliases for standard integer types and void. This change adds upstream
support for those aliases and updates existing tests.
>From 7871276b608f4a9bf5e5a48180b9e10dc564ce8a Mon Sep 17 00:00:00 2001
F
Maetveis wrote:
> > This is a lot of tests... do we really need every combination of
> > type/operator/flag? I guess it makes sure we don't have gaps, but thousands
> > of lines of tests seems excessive.
>
> It does seem like a lot of testing, but I'd rather we be excessive than take
> our hi
@@ -1642,6 +1661,56 @@ void
Sema::CheckCompleteDecompositionDeclaration(DecompositionDecl *DD) {
DD->setInvalidDecl();
}
+std::optional Sema::GetDecompositionElementCount(QualType T,
+ SourceLocation Loc)
{
+ con
@@ -0,0 +1,626 @@
+#!/usr/bin/env python3
+
+""" generate_unsupported_in_drivermode.py
+
+usage: python generate_unsupported_in_drivermode.py /Options.td
[/llvm-tblgen]
+
+This script generates a Lit regression test file that validates that options
+are only exposed to intended d
@@ -825,6 +825,17 @@ struct RISCVOperand final : public MCParsedAsmOperand {
VK == RISCVMCExpr::VK_RISCV_None;
}
+ bool isSImm5NonZero() const {
+if (!isImm())
+ return false;
+RISCVMCExpr::VariantKind VK = RISCVMCExpr::VK_RISCV_None;
---
@@ -0,0 +1,34 @@
+// RUN: %clang_cc1 -triple spirv64 -aux-triple x86_64-unknown-linux-gnu \
+// RUN: -fcuda-is-device -verify -fsyntax-only %s
+
yxsamliu wrote:
need tests for non-contstant int variable, zero, negative integer
https://github.com/llvm/llvm-pro
@@ -635,6 +668,66 @@ void deque_emplace_back(std::deque &D, int n) {
clang_analyzer_eval(clang_analyzer_iterator_validity(i2));
//expected-warning{{FALSE}}
}
+/// append_range()
+///
+/// - Design decision: extends containers to the ->RIGHT-> (i.e. the
+/// past-the-end p
rjodinchr wrote:
This is failing with `fp32`. The failing value is very close to zero (it's a
denormal), I think something is going wrong with `x == __CLC_FP_LIT(0.0)` when
computing `is_inf_nan_or_zero`.
Maybe a bug inside Swiftshader with denormal comparison to zero?
https://github.com/llvm/
https://github.com/jvoung approved this pull request.
Thanks!
https://github.com/llvm/llvm-project/pull/131575
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1139,6 +1289,271 @@ void deque_insert_end(std::deque &D, int n) {
// clang_analyzer_express(clang_analyzer_iterator_position(i3)); FIXME:
expect warning $D.end() - 1
}
+/// insert_range()
+///
+/// - Design decision: shifts positions to the <-LEFT<- (i.e. all iterator
+
Author: Sudharsan Veeravalli
Date: 2025-03-18T09:05:22-07:00
New Revision: 467e5a1d41d63fd1c80fee14a8d99d32515c26d6
URL:
https://github.com/llvm/llvm-project/commit/467e5a1d41d63fd1c80fee14a8d99d32515c26d6
DIFF:
https://github.com/llvm/llvm-project/commit/467e5a1d41d63fd1c80fee14a8d99d32515c26d
SunilKuravinakop wrote:
This PR is a continuation of the work in
https://github.com/llvm/llvm-project/pull/117904.
https://github.com/llvm/llvm-project/pull/131838
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/
https://github.com/lenary approved this pull request.
https://github.com/llvm/llvm-project/pull/128833
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Fznamznon edited
https://github.com/llvm/llvm-project/pull/127629
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -627,8 +627,6 @@ buildPreamble(PathRef FileName, CompilerInvocation CI,
return DiagnosticsEngine::Ignored;
switch (Info.getID()) {
case diag::warn_no_newline_eof:
-case diag::warn_cxx98_compat_no_newline_eof:
-case diag::ext_no_newline_eof:
// If
@@ -1752,7 +1752,8 @@ enum class StringLiteralKind {
UTF8,
UTF16,
UTF32,
- Unevaluated
+ Unevaluated,
+ Binary
Fznamznon wrote:
I added some comment. Do you think it turned out helpful?
https://github.com/llvm/llvm-project/pull/127629
___
https://github.com/lenary closed
https://github.com/llvm/llvm-project/pull/128833
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/130882
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mizvekov wrote:
Yeah, I agree, renaming the other one to what you proposed sounds good to me.
https://github.com/llvm/llvm-project/pull/122754
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-c
JonChesterfield wrote:
@sarnex I'm deeply sorry about this sequence of events. The single spirv64
header that lowered to intrinsics that amdgpu or intel map onto their own world
would have removed a swathe of spurious variation.
What we're going to have to do in the interim is have spirvamdgcn
https://github.com/Fznamznon updated
https://github.com/llvm/llvm-project/pull/127629
>From 700ec6f78c0a24729801bea381bafbcafb06826b Mon Sep 17 00:00:00 2001
From: "Podchishchaeva, Mariya"
Date: Tue, 18 Feb 2025 05:12:07 -0800
Subject: [PATCH 1/3] [clang] Introduce "binary" StringLiteral for #e
https://github.com/zygoloid commented:
LG
https://github.com/llvm/llvm-project/pull/131794
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zygoloid edited
https://github.com/llvm/llvm-project/pull/131794
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
shiltian wrote:
It seems like for some targets the compiler doesn't accept a 4-field triple.
Why is that?
```
clang: error: version 'elf-unknown' in target triple
'hexagon-unknown-unknown-elf-unknown' is invalid
clang: error: version '-unknown' in target triple
'riscv64-unknown-linux-gnu-unkn
SunilKuravinakop wrote:
> #if dispatch transformed to
> #pragma omp taskwait depend(out:x)
> #pragma omp dispatch nocontext(c2)
> foo(); --> with traits call to foo_variant_dispatch(i,j)
> you should have 2 captured regions - one for tas
https://github.com/JonChesterfield edited
https://github.com/llvm/llvm-project/pull/131164
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mizvekov approved this pull request.
https://github.com/llvm/llvm-project/pull/131812
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
sarnex wrote:
No problem, as long as we have a somewhat reasonable way to eventually get the
DeviceRTL working I'm happy, thanks for working on this.
https://github.com/llvm/llvm-project/pull/131164
___
cfe-commits mailing list
cfe-commits@lists.llvm.
@@ -780,6 +780,14 @@ Error RISCVISAInfo::checkDependency() {
return getIncompatibleError("xwchc", "zcb");
}
+ if (Exts.count("zclsd") != 0) {
+if (XLen != 32)
+ return getError("'zclsd' is only supported for 'rv32'");
+
+if (Exts.count("zcf") != 0)
+
shiltian wrote:
It seems like some targets add "-unknown" in the compiler driver.
```
+ /local/mnt/workspace/bots/hexagon-build-02/clang-hexagon-elf/stage1/bin/clang
--target=hexagon-unknown-elf-unknown -fverbose-asm -g -S
/local/mnt/workspace/bots/hexagon-build-02/clang-hexagon-elf/llvm/clan
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (offsetof)
Changes
* Move validation of operator function parameters into a new routine,
`Sema::CheckOverloadedOperatorParams`.
* Treat operator function template specializations failing these checks as a
substitution failure.
* Allo
https://github.com/HerrCai0907 created
https://github.com/llvm/llvm-project/pull/131804
origin pr
Revert "origin pr"
This reverts commit a686695e6691fcb824b2055c3dfa8f0fd3727355.
impl option
impl
extend func
wip
test
doc
>From a686695e6691fcb824b2055c3dfa8f0fd3727355 Mon Sep 17 00:00:00
shiltian wrote:
> > The OpenMP runtime doesn't know how to handle `generic` ISAs right?
>
> I don't understand why that is tied to the version
It is probably no longer tied to the version since we no longer build one
device runtime per target.
https://github.com/llvm/llvm-project/pull/130963
HerrCai0907 wrote:
* **#131804** https://app.graphite.dev/github/pr/llvm/llvm-project/131804?utm_source=stack-comment-icon";
target="_blank">https://static.graphite.dev/graphite-32x32-black.png"; alt="Graphite"
width="10px" height="10px"/> 👈 https://app.graphite.dev/github/pr/llvm/llvm-project/
https://github.com/HerrCai0907 edited
https://github.com/llvm/llvm-project/pull/131804
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/HerrCai0907 ready_for_review
https://github.com/llvm/llvm-project/pull/131804
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/HerrCai0907 edited
https://github.com/llvm/llvm-project/pull/131804
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -12102,7 +12102,12 @@ class IntExprEvaluator
}
bool VisitTypeTraitExpr(const TypeTraitExpr *E) {
-return Success(E->getValue(), E);
+if (E->isStoredAsBoolean())
+ return Success(E->getBoolValue(), E);
+if (E->getAPValue().isAbsent())
+ return false
https://github.com/HerrCai0907 updated
https://github.com/llvm/llvm-project/pull/131804
>From a686695e6691fcb824b2055c3dfa8f0fd3727355 Mon Sep 17 00:00:00 2001
From: DeNiCoN
Date: Mon, 17 Mar 2025 08:04:32 +
Subject: [PATCH 1/9] origin pr
---
clang-tools-extra/clang-tidy/CMakeLists.txt
@@ -1854,47 +1854,34 @@ bool
MaterializeTemporaryExpr::isUsableInConstantExpressions(
TypeTraitExpr::TypeTraitExpr(QualType T, SourceLocation Loc, TypeTrait Kind,
ArrayRef Args,
- SourceLocation RParenLoc, bool Value)
+
https://github.com/HerrCai0907 updated
https://github.com/llvm/llvm-project/pull/131804
>From a686695e6691fcb824b2055c3dfa8f0fd3727355 Mon Sep 17 00:00:00 2001
From: DeNiCoN
Date: Mon, 17 Mar 2025 08:04:32 +
Subject: [PATCH 1/9] origin pr
---
clang-tools-extra/clang-tidy/CMakeLists.txt
HerrCai0907 wrote:
--dump-config will create incorrect YAML due to #131694.
https://github.com/llvm/llvm-project/pull/131804
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/yxsamliu approved this pull request.
LGTM. Thanks
https://github.com/llvm/llvm-project/pull/122629
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Lucas Duarte Prates
Date: 2025-03-18T09:11:43Z
New Revision: 44e4b27aec8639823030dd90eb04afa6545c8352
URL:
https://github.com/llvm/llvm-project/commit/44e4b27aec8639823030dd90eb04afa6545c8352
DIFF:
https://github.com/llvm/llvm-project/commit/44e4b27aec8639823030dd90eb04afa6545c8352.diff
https://github.com/pratlucas closed
https://github.com/llvm/llvm-project/pull/130138
___
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: cor3ntin (cor3ntin)
Changes
Just removing some code duplication.
Extracted from #131515
---
Full diff: https://github.com/llvm/llvm-project/pull/131764.diff
1 Files Affected:
- (modified) clang/lib/AST/ItaniumMangle.cpp (+21-41)
```
https://github.com/svs-quic approved this pull request.
LGTM!
https://github.com/llvm/llvm-project/pull/130779
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/cor3ntin updated
https://github.com/llvm/llvm-project/pull/131515
>From ae66e1cc48c721badc234ff5bc5a89aeb6cd2ea3 Mon Sep 17 00:00:00 2001
From: Corentin Jabot
Date: Sun, 16 Mar 2025 14:04:15 +0100
Subject: [PATCH 01/12] [Clang][RFC] Intrododuce a builtin to determine the
num
https://github.com/wenju-he updated
https://github.com/llvm/llvm-project/pull/130882
>From 1727cb49ebbee324ecad0a766ec341eb1aed082b Mon Sep 17 00:00:00 2001
From: Wenju He
Date: Tue, 11 Mar 2025 19:05:25 -0700
Subject: [PATCH 1/4] [libclc] Skip opt command if opt_flags is empty
When the flag i
https://github.com/offsetof updated
https://github.com/llvm/llvm-project/pull/131777
>From ff54ffd5ac3f761c877eebce52ef81d096d98f16 Mon Sep 17 00:00:00 2001
From: offsetof
Date: Tue, 18 Mar 2025 10:08:56 +
Subject: [PATCH] [clang] Improve checking of operator functions
* Move validation of
cor3ntin wrote:
The issue is that if we allow the preprocessor's state to differ across
modules, then the resulting compiled units can be arbitrary (and subtly
incompatible).
I wonder if a possible solution is to record which macros are used (ie, are
expanded or appear in `#ifdef` / `defined`
@@ -342,21 +342,32 @@ function(add_libclc_builtin_set)
set( builtins_opt_lib_tgt builtins.opt.${ARG_ARCH_SUFFIX} )
- # Add opt target
- add_custom_command( OUTPUT ${builtins_opt_lib_tgt}.bc
-COMMAND ${opt_exe} ${ARG_OPT_FLAGS} -o ${builtins_opt_lib_tgt}.bc
- ${bu
Author: Aaron Ballman
Date: 2025-03-18T07:28:59-04:00
New Revision: 9cf46fb2303627fd2c74ed88dcd9f3f8cbfe0c93
URL:
https://github.com/llvm/llvm-project/commit/9cf46fb2303627fd2c74ed88dcd9f3f8cbfe0c93
DIFF:
https://github.com/llvm/llvm-project/commit/9cf46fb2303627fd2c74ed88dcd9f3f8cbfe0c93.diff
https://github.com/AaronBallman closed
https://github.com/llvm/llvm-project/pull/131626
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/cor3ntin created
https://github.com/llvm/llvm-project/pull/131764
Just removing some code duplication.
Extracted from #131515
>From 6b62d1028d338d4ec0b67f9ee6ecfb7d29dbc67e Mon Sep 17 00:00:00 2001
From: Corentin Jabot
Date: Tue, 18 Mar 2025 09:56:43 +0100
Subject: [PATCH]
@@ -825,6 +825,17 @@ struct RISCVOperand final : public MCParsedAsmOperand {
VK == RISCVMCExpr::VK_RISCV_None;
}
+ bool isSImm5NonZero() const {
+if (!isImm())
+ return false;
+RISCVMCExpr::VariantKind VK = RISCVMCExpr::VK_RISCV_None;
---
https://github.com/steakhal closed
https://github.com/llvm/llvm-project/pull/128369
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
offsetof wrote:
Seems to be working now, I think.
https://github.com/llvm/llvm-project/pull/131320
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
AaronBallman wrote:
> This is a lot of tests... do we really need every combination of
> type/operator/flag? I guess it makes sure we don't have gaps, but thousands
> of lines of tests seems excessive.
It does seem like a lot of testing, but I'd rather we be excessive than take
our historical
https://github.com/DanielCChen updated
https://github.com/llvm/llvm-project/pull/131041
>From c394e25b3af722d76338bf7ab02d87de2a23074b Mon Sep 17 00:00:00 2001
From: Daniel Chen
Date: Wed, 12 Mar 2025 18:23:14 -0400
Subject: [PATCH 01/11] [flang-rt] Pass the whole path of libflang_rt.runtime.a
1 - 100 of 403 matches
Mail list logo
