https://github.com/Icohedron edited
https://github.com/llvm/llvm-project/pull/134171
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/fmayer edited
https://github.com/llvm/llvm-project/pull/134310
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Phoebe Wang
Date: 2025-04-04T11:27:39+08:00
New Revision: 897f9a51b981c773a63dd94709d9de2442feb008
URL:
https://github.com/llvm/llvm-project/commit/897f9a51b981c773a63dd94709d9de2442feb008
DIFF:
https://github.com/llvm/llvm-project/commit/897f9a51b981c773a63dd94709d9de2442feb008.diff
L
https://github.com/phoebewang closed
https://github.com/llvm/llvm-project/pull/134240
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
andykaylor wrote:
I'm starting to be uncomfortable with the amount of alignment and
LValueBaseInfo support we've skipped over. I tried to add markers in this PR
where I wasn't adding support for those. I intend to fill in that support in a
separate PR soon.
https://github.com/llvm/llvm-projec
efriedma-quic wrote:
I'm mostly concerned about the case where the lowered node has the wrong type.
For example, AArch64TargetLowering::LowerINTRINSIC_WO_CHAIN always creates a
value with the pointer width of addrspace 0, but address spaces exist which
don't have the native pointer width (arm
madhur13490 wrote:
> The other tests should be strengthened to always use -NEXT. The exact set of
> macros should be tested; don't want others hiding in the gaps
Thanks, @arsenm. However, the strict checks are creating problems in our
downstream compiler and rebasing. Our downstream compiler e
https://github.com/andykaylor updated
https://github.com/llvm/llvm-project/pull/134181
>From 54454e4d52570f29c493c41fc9bf95cbaf9e0886 Mon Sep 17 00:00:00 2001
From: Andy Kaylor
Date: Fri, 21 Mar 2025 09:46:27 -0700
Subject: [PATCH 1/2] [CIR] Upstream support for break and continue statements
T
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Srinivasa Ravi (Wolfram70)
Changes
This change adds NVVM intrinsics and clang builtins for the cvt instruction
variants of types `.e2m3x2`, `.e3m2x2`, and `.ue8m0x2` introduced in PTX 8.6
for `sm_100a`, `sm_101a`, and `sm_120a`.
Tests ar
llvmbot wrote:
@llvm/pr-subscribers-llvm-ir
Author: Srinivasa Ravi (Wolfram70)
Changes
This change adds NVVM intrinsics and clang builtins for the cvt instruction
variants of types `.e2m3x2`, `.e3m2x2`, and `.ue8m0x2` introduced in PTX 8.6
for `sm_100a`, `sm_101a`, and `sm_120a`.
Tests
@@ -299,11 +196,243 @@ Mat64X64 __attribute__((noinline)) foo_large(Mat32X32
in) {
// X86-NEXT:call void @llvm.memcpy.p1.p0.i32(ptr addrspace(1) align 4
[[ARRAYIDX]], ptr align 4 [[TMP]], i32 16384, i1 false)
// X86-NEXT:ret void
//
+//
+// X86-LABEL: define void @Fun
@@ -2497,7 +2502,12 @@ void CodeGenModule::ConstructAttributeList(StringRef
Name,
NumElemsParam);
}
-if (TargetDecl->hasAttr()) {
+if (TargetDecl->hasAttr() &&
+CallingConv != CallingConv::CC_C &&
+CallingConv !=
+
@@ -3892,6 +3895,10 @@ void CodeGenModule::EmitGlobal(GlobalDecl GD) {
// Ignore declarations, they will be emitted on their first use.
if (const auto *FD = dyn_cast(Global)) {
+
arsenm wrote:
```suggestion
```
https://github.com/llvm/llvm-project/pull/1
https://github.com/vhscampos closed
https://github.com/llvm/llvm-project/pull/134099
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -239,12 +239,10 @@ static void getAArch64MultilibFlags(const Driver &D,
Result.push_back(BranchProtectionArg->getAsString(Args));
}
- if (Arg *AlignArg = Args.getLastArg(
- options::OPT_mstrict_align, options::OPT_mno_strict_align,
- options::OPT_mn
https://github.com/davemgreen edited
https://github.com/llvm/llvm-project/pull/130623
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -38,6 +38,9 @@ Potentially Breaking Changes
- Fix missing diagnostics for uses of declarations when performing typename
access,
such as when performing member access on a '[[deprecated]]' type alias.
(#GH58547)
+- For ARM targets, when using cc1as, the features included
erichkeane wrote:
Please dont' merge this until it is rebased on top of @Sirrade's patch and the
SemaInit.cpp uses the new interface instead.
https://github.com/llvm/llvm-project/pull/133806
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http
@@ -1,93 +1,94 @@
-// Test of the AArch32 values of -mtp=, checking that each one maps to
-// the right target features.
-
-// RUN: %clang --target=armv7-linux -mtp=cp15 -### -S %s 2>&1 | \
-// RUN: FileCheck -check-prefix=ARMv7_THREAD_POINTER-HARD %s
-// ARMv7_THREAD_POINTER-HARD
@@ -3004,6 +3010,15 @@ void MicrosoftRecordLayoutBuilder::layoutField(const
FieldDecl *FD) {
} else {
FieldOffset = Size.alignTo(Info.Alignment);
}
+
+ uint64_t UnpaddedFielddOffsetInBits =
+ Context.toBits(DataSize) - RemainingBitsInField;
mikae
https://github.com/AaronBallman edited
https://github.com/llvm/llvm-project/pull/134214
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -96,7 +96,7 @@ static void AddImplicitIncludePCH(MacroBuilder &Builder,
Preprocessor &PP,
template
static T PickFP(const llvm::fltSemantics *Sem, T IEEEHalfVal, T IEEESingleVal,
T IEEEDoubleVal, T X87DoubleExtendedVal, T PPCDoubleDoubleVal,
-
https://github.com/AaronBallman edited
https://github.com/llvm/llvm-project/pull/134089
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -139,16 +283,17 @@ FrontendAction::CreateWrappedASTConsumer(CompilerInstance
&CI,
return nullptr;
// If there are no registered plugins we don't need to wrap the consumer
- if (FrontendPluginRegistry::begin() == FrontendPluginRegistry::end())
-return Consumer;
+
@@ -236,6 +236,8 @@ enum class OpenMPOffloadMappingFlags : uint64_t {
// dynamic.
// This is an OpenMP extension for the sake of OpenACC support.
OMP_MAP_OMPX_HOLD = 0x2000,
+ /// Self directs mapping without creating a separate device copy.
+ OMP_MAP_SELF = 0x4000,
---
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes
Message-ID:
In-Reply-To:
Author: Ilya Biryukov
Date: 2025-04-03T14:14:34+02:00
New Revision: 722346c7bc70aa528beccead4119db83f134f5cd
URL:
https://github.com/llvm/llvm-project/commit/722346c7bc70aa528beccead4119db83f134f5cd
DIFF:
https://github.com/llvm/llvm-project/commit/722346c7bc70aa528beccead4119db83f134f5cd.diff
https://github.com/ilya-biryukov closed
https://github.com/llvm/llvm-project/pull/134228
___
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: Alex Bradbury (asb)
Changes
Reverts llvm/llvm-project#130182
This is causing failures on RISC-V and ppc builders as mentioned on
https://github.com/llvm/llvm-project/pull/130182#issuecomment-2775516899
Posting PR to check it reverts clea
@@ -2033,6 +2033,9 @@ llvm::Value *MicrosoftCXXABI::EmitVirtualDestructorCall(
ThisTy = D->getDestroyedType();
}
+ while (const ArrayType *ATy = ThisTy->getAsArrayTypeUnsafe())
Fznamznon wrote:
Thanks for the catch! Yeah, I knew it drops qualifiers. I
@@ -1,93 +1,94 @@
-// Test of the AArch32 values of -mtp=, checking that each one maps to
-// the right target features.
-
-// RUN: %clang --target=armv7-linux -mtp=cp15 -### -S %s 2>&1 | \
-// RUN: FileCheck -check-prefix=ARMv7_THREAD_POINTER-HARD %s
-// ARMv7_THREAD_POINTER-HARD
https://github.com/gbMattN updated
https://github.com/llvm/llvm-project/pull/119387
>From fb5ad588f299bdba727dbf8288b983359ac29480 Mon Sep 17 00:00:00 2001
From: gbMattN
Date: Thu, 3 Apr 2025 11:50:31 +0100
Subject: [PATCH] [ASan] Add metadata to renamed instructions so ASan doesn't
use the in
s-watanabe314 wrote:
> I would like to see warnings for -fno-fast-math overriding explicit complex
> range options, especially since GCC doesn't do that.
Is "explicit complex range options" referring to the `-fcomplex-arithmetic=`
and GCC options? If so, when `-fno-fast-math` overrides other
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-solaris11-sparcv9`
running on `solaris11-sparcv9` while building `clang` at step 5 "ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/13/builds/6357
Here is the relevant piece of t
https://github.com/usx95 approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/134228
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck updated
https://github.com/llvm/llvm-project/pull/134218
>From 583261a0d1fc57ddb8ae964cbaf4f044c39d9bf2 Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Thu, 3 Apr 2025 09:29:28 +0100
Subject: [PATCH 1/3] [libclc] Move fmin & fmax to CLC library
This is an alt
https://github.com/frasercrmck edited
https://github.com/llvm/llvm-project/pull/134218
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/HerrCai0907 approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/133582
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -49,6 +51,135 @@ LLVM_INSTANTIATE_REGISTRY(FrontendPluginRegistry)
namespace {
+/// Dumps deserialized declarations.
+class DeserializedDeclsLineRangePrinter : public
DelegatingDeserializationListener, public ASTConsumer {
+public:
+ explicit DeserializedDeclsLineRangePr
https://github.com/svenvh created
https://github.com/llvm/llvm-project/pull/134216
Add the defines for the `cl_ext_image_unsigned_10x6_12x4_14x2` extension.
>From f55b84bcd1f324f1b7a316cee049d21ea65dd41e Mon Sep 17 00:00:00 2001
From: Sven van Haastregt
Date: Thu, 3 Apr 2025 09:15:22 +0100
Sub
@@ -7968,6 +7968,10 @@ def print_dependency_directives_minimized_source :
Flag<["-"],
"print-dependency-directives-minimized-source">,
HelpText<"Print the output of the dependency directives source minimizer">;
}
+def print_deserialized_declarations : Joined<["-"],
+ "pri
https://github.com/yxsamliu approved this pull request.
LGTM. Thanks
https://github.com/llvm/llvm-project/pull/115821
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Alex Bradbury
Date: 2025-04-03T13:47:59+01:00
New Revision: 2a9948f0384d30fa07522f29ddb2de62560d75a4
URL:
https://github.com/llvm/llvm-project/commit/2a9948f0384d30fa07522f29ddb2de62560d75a4
DIFF:
https://github.com/llvm/llvm-project/commit/2a9948f0384d30fa07522f29ddb2de62560d75a4.diff
https://github.com/asb closed https://github.com/llvm/llvm-project/pull/134239
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mikaelholmen edited
https://github.com/llvm/llvm-project/pull/130182
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
jayfoad wrote:
> Please try not to create big PRs that are crossing subproject boundaries,
> you'll have a hard time finding a reviewer will to sign off of a patch that
> Rouches other parts of the project. 10 small/trivial PRs are less work for
> the reviewers than one big one.
Fair enough.
@@ -3035,10 +3035,13 @@ Parser::DeclGroupPtrTy
Parser::ParseCXXClassMemberDeclaration(
}
ParsedAttributes DeclSpecAttrs(AttrFactory);
- MaybeParseMicrosoftAttributes(DeclSpecAttrs);
-
// Hold late-parsed attributes so we can attach a Decl to them later.
LateParsedA
https://github.com/Lai-YT created
https://github.com/llvm/llvm-project/pull/134244
This PR demonstrates a potential solution to the issue raised in #131749. The
goal is to provide a more concrete standpoint, and I'm open to feedback. Major
changes are welcome, and if this isn't the direction w
phoebewang wrote:
> are we missing clang codegen tests for these?
No, we don't generate these intrinsics. They will be transformed to llvm.fma
ones.
https://github.com/llvm/llvm-project/pull/134240
___
cfe-commits mailing list
cfe-commits@lists.llvm.
@@ -1,93 +1,94 @@
-// Test of the AArch32 values of -mtp=, checking that each one maps to
-// the right target features.
-
-// RUN: %clang --target=armv7-linux -mtp=cp15 -### -S %s 2>&1 | \
-// RUN: FileCheck -check-prefix=ARMv7_THREAD_POINTER-HARD %s
-// ARMv7_THREAD_POINTER-HARD
https://github.com/simpal01 updated
https://github.com/llvm/llvm-project/pull/134099
>From 7f6302053575732f633c69bbf55f2624da1e8bf4 Mon Sep 17 00:00:00 2001
From: Simi Pallipurath
Date: Wed, 2 Apr 2025 12:35:16 +0100
Subject: [PATCH 1/5] Refine multilib selection to handle alignment based on
a
@@ -1,93 +1,94 @@
-// Test of the AArch32 values of -mtp=, checking that each one maps to
-// the right target features.
-
-// RUN: %clang --target=armv7-linux -mtp=cp15 -### -S %s 2>&1 | \
-// RUN: FileCheck -check-prefix=ARMv7_THREAD_POINTER-HARD %s
-// ARMv7_THREAD_POINTER-HARD
https://github.com/statham-arm commented:
This certainly looks more organised than the previous version, but I have a few
nitpicks in comments.
https://github.com/llvm/llvm-project/pull/134098
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
ht
https://github.com/statham-arm edited
https://github.com/llvm/llvm-project/pull/134098
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/carlosgalvezp closed
https://github.com/llvm/llvm-project/pull/133582
___
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: Ilya Biryukov (ilya-biryukov)
Changes
Before this change the code used to add extra qualifiers, e.g.
`std::unique_ptr _Nonnull` became `::std::std::unique_ptr
_Nonnull`
when adding a global namespace qualifier was requested.
---
@@ -2759,6 +2759,19 @@ StmtResult
Parser::ParseOpenMPDeclarativeOrExecutableDirective(
OpenMPClauseKind CKind = Tok.isAnnotation()
? OMPC_unknown
: getOpenMPClauseKind(PP.getSpelling(Tok));
+ // C
@@ -1,93 +1,94 @@
-// Test of the AArch32 values of -mtp=, checking that each one maps to
-// the right target features.
-
-// RUN: %clang --target=armv7-linux -mtp=cp15 -### -S %s 2>&1 | \
-// RUN: FileCheck -check-prefix=ARMv7_THREAD_POINTER-HARD %s
-// ARMv7_THREAD_POINTER-HARD
https://github.com/VladiKrapp-Arm updated
https://github.com/llvm/llvm-project/pull/134098
>From ec7534e5dd8ad155aecbbfab74be915abfe8995e Mon Sep 17 00:00:00 2001
From: Vladi Krapp
Date: Tue, 25 Mar 2025 14:35:44 +
Subject: [PATCH] [Arm] Add more -mtp=cp15 tests
This patch systematically c
@@ -121,6 +252,19 @@ FrontendAction::CreateWrappedASTConsumer(CompilerInstance
&CI,
if (!Consumer)
return nullptr;
+ std::vector> Consumers;
+ llvm::StringRef PrintDeserializedDeclarationsPath =
CI.getFrontendOpts().PrintDeserializedDeclarationsPath;
+ if (!PrintDes
https://github.com/AaronBallman commented:
Thank you for working on this! I verified that it does address the issue with
`randomize_layout` and `no_randomize_layout` being duplicated. But it doesn't
seem to handle other cases like `cf_returns_not_retained`,
`cf_returns_retained`, and `cf_consu
@@ -121,6 +252,19 @@ FrontendAction::CreateWrappedASTConsumer(CompilerInstance
&CI,
if (!Consumer)
return nullptr;
+ std::vector> Consumers;
+ llvm::StringRef PrintDeserializedDeclarationsPath =
CI.getFrontendOpts().PrintDeserializedDeclarationsPath;
+ if (!PrintDes
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `ppc64-flang-aix` running
on `ppc64-flang-aix-test` while building `clang,flang` at step 6
"test-build-unified-tree-check-flang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/201/builds/3924
Here i
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Lai-YT (Lai-YT)
Changes
This PR demonstrates a potential solution to the issue raised in #131749. The goal is to provide a more concrete standpoint, and I'm open to
feedback. Major changes are welcome, and if this isn't the directio
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: Lai-YT (Lai-YT)
Changes
This PR demonstrates a potential solution to the issue raised in #131749. The goal is to provide a more concrete standpoint, and I'm open to
feedback. Major changes are welcome, and if this isn't the directi
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Lai-YT (Lai-YT)
Changes
This PR demonstrates a potential solution to the issue raised in #131749. The goal is to provide a more concrete standpoint, and I'm open to
feedback. Major changes are welcome, and if this isn't the direction we wa
github-actions[bot] wrote:
Thank you for submitting a Pull Request (PR) to the LLVM Project!
This PR will be automatically labeled and the relevant teams will be notified.
If you wish to, you can add reviewers by using the "Reviewers" section on this
page.
If this is not working for you, it
@@ -236,6 +236,8 @@ enum class OpenMPOffloadMappingFlags : uint64_t {
// dynamic.
// This is an OpenMP extension for the sake of OpenACC support.
OMP_MAP_OMPX_HOLD = 0x2000,
+ /// Self directs mapping without creating a separate device copy.
+ OMP_MAP_SELF = 0x4000,
---
@@ -2312,6 +2312,17 @@ bool Type::isRealType() const {
return isBitIntType();
}
+bool Type::isFPAtomicCompatibleType() const {
yxsamliu wrote:
LGTM. It does not depend on other factors.
https://github.com/llvm/llvm-project/pull/129495
_
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes ,
=?utf-8?q?Théo?= De Magalhaes
Message-ID:
In-Reply-To:
ergawy wrote:
> LLVM Buildbot has detected a new failure on builder `ppc64-flang-aix` running
> on `ppc64-flang-aix-test` while building `clang,flang` at step 6
> "test-build-unified-tree-check-flang".
>
> Full details are available at:
> https://lab.llvm.org/buildbot/#/builders/201/builds/39
@@ -177,6 +177,10 @@ Changes in existing checks
matched scenarios of ``find`` and ``rfind`` methods and fixing false
positives when those methods were called with 3 arguments.
+- Improved :doc:`modernize-use-integer-sign-comparison
+ ` check by matching
+ valid integer e
@@ -1,6 +1,9 @@
// RUN: %clang_cc1 -verify -std=c++11 %s
// RUN: %clang_cc1 -verify -std=c++11 -fdelayed-template-parsing %s
// RUN: %clang_cc1 -verify -std=c++20 -fsyntax-only %s
+// RUN: %clang_cc1 -std=c++17 %s -DCodeGen -emit-llvm -triple
%itanium_abi_triple -o - | FileChe
https://github.com/daltenty approved this pull request.
LGTM (I'd generalize this more in a follow on though, there's no reason for
this to be limited to LoP)
https://github.com/llvm/llvm-project/pull/131041
___
cfe-commits mailing list
cfe-commits@li
https://github.com/farzonl edited
https://github.com/llvm/llvm-project/pull/131237
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
=?utf-8?q?Th=C3=A9o?= De Magalhaes ,
=?utf-8?q?Th=C3=A9o?= De Magalhaes ,
=?utf-8?q?Th=C3=A9o?= De Magalhaes ,
=?utf-8?q?Th=C3=A9o?= De Magalhaes ,
=?utf-8?q?Th=C3=A9o?= De Magalhaes ,
=?utf-8?q?Th=C3=A9o?= De Magalhaes ,
=?utf-8?q?Th=C3=A9o?= De Magalhaes ,
=?utf-8?q?Th=C3=A9o?= De Magalhaes
Mess
https://github.com/vzakhari updated
https://github.com/llvm/llvm-project/pull/134002
>From eada8e73210a92e6274b99ede1ab694e9c57c4de Mon Sep 17 00:00:00 2001
From: Slava Zakharin
Date: Tue, 1 Apr 2025 15:55:30 -0700
Subject: [PATCH 1/3] [flang] Added driver options for arrays repacking.
Added o
https://github.com/DanielCChen edited
https://github.com/llvm/llvm-project/pull/131041
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
jansvoboda11 wrote:
> > multi-project workspace builds cannot avoid hitting this kind of issue
> > (demonstrated by the test) and they are left with a build error they cannot
> > fix.
>
> Is this because a multi-project workspace results in separate build-products
> directories but a single m
@@ -163,6 +220,15 @@ static inline bool IsAMDOffloadArch(OffloadArch A) {
return A >= OffloadArch::GFX600 && A < OffloadArch::Generic;
}
+static inline bool IsIntelCPUArch(OffloadArch Arch) {
asudarsa wrote:
For sake of completion, can you please add IsInte
https://github.com/s-perron created
https://github.com/llvm/llvm-project/pull/134260
HLSL has three levels of visibility for functions. See section 3.6 of
the [HLSL spec](https://microsoft.github.io/hlsl-specs/specs/hlsl.pdf)
for details.
1. Functions marked `static` have internal linkage. Thes
@@ -679,20 +679,18 @@ llvm::ARM::FPUKind arm::getARMTargetFeatures(const Driver
&D,
CPUArgFPUKind != llvm::ARM::FK_INVALID ? CPUArgFPUKind :
ArchArgFPUKind;
(void)llvm::ARM::getFPUFeatures(FPUKind, Features);
} else {
-bool Generic = true;
-if (!ForAS) {
@@ -38,6 +38,9 @@ Potentially Breaking Changes
- Fix missing diagnostics for uses of declarations when performing typename
access,
such as when performing member access on a '[[deprecated]]' type alias.
(#GH58547)
+- For ARM targets, when using cc1as, the features included
@@ -679,20 +679,18 @@ llvm::ARM::FPUKind arm::getARMTargetFeatures(const Driver
&D,
CPUArgFPUKind != llvm::ARM::FK_INVALID ? CPUArgFPUKind :
ArchArgFPUKind;
(void)llvm::ARM::getFPUFeatures(FPUKind, Features);
} else {
-bool Generic = true;
-if (!ForAS) {
https://github.com/Stylie777 edited
https://github.com/llvm/llvm-project/pull/130623
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -569,6 +569,35 @@ def YieldOp : CIR_Op<"yield", [ReturnLike, Terminator,
];
}
+//===--===//
+// BreakOp
+//===--===//
+
+def BreakOp : C
@@ -569,6 +569,35 @@ def YieldOp : CIR_Op<"yield", [ReturnLike, Terminator,
];
}
+//===--===//
+// BreakOp
+//===--===//
+
+def BreakOp : C
djtodoro wrote:
> No tests?
@topperc Added.
https://github.com/llvm/llvm-project/pull/134065
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Stylie777 updated
https://github.com/llvm/llvm-project/pull/130623
>From 8b2ad7c1475ff4aee065e9feb21469d184320472 Mon Sep 17 00:00:00 2001
From: Jack Styles
Date: Fri, 7 Mar 2025 15:51:34 +
Subject: [PATCH 1/9] [NFC][ARM] Split SIMD identifier away from MVE
Previously, t
Author: Julian Brown
Date: 2025-04-03T16:34:35+01:00
New Revision: c1ada72b0995844299ef40433314124266015428
URL:
https://github.com/llvm/llvm-project/commit/c1ada72b0995844299ef40433314124266015428
DIFF:
https://github.com/llvm/llvm-project/commit/c1ada72b0995844299ef40433314124266015428.diff
Author: Matheus Izvekov
Date: 2025-04-03T12:36:15-03:00
New Revision: 49fd0bf35d2e04a0d76ac7fd13b3e3439a91f76f
URL:
https://github.com/llvm/llvm-project/commit/49fd0bf35d2e04a0d76ac7fd13b3e3439a91f76f
DIFF:
https://github.com/llvm/llvm-project/commit/49fd0bf35d2e04a0d76ac7fd13b3e3439a91f76f.dif
https://github.com/dtcxzyw edited
https://github.com/llvm/llvm-project/pull/134221
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/smithp35 approved this pull request.
LGTM, thanks for the update
https://github.com/llvm/llvm-project/pull/134099
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/dtcxzyw closed
https://github.com/llvm/llvm-project/pull/134221
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arsenm edited
https://github.com/llvm/llvm-project/pull/115821
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1583,6 +1583,26 @@ void CodeGenFunction::GenerateCode(GlobalDecl GD,
llvm::Function *Fn,
// Implicit copy-assignment gets the same special treatment as implicit
// copy-constructors.
emitImplicitAssignmentOperatorBody(Args);
+ } else if (FD->hasAttr() &&
+
Author: Simi Pallipurath
Date: 2025-04-03T11:16:05+01:00
New Revision: cb0d1305d12ea6637a541028eb0a4438750164b9
URL:
https://github.com/llvm/llvm-project/commit/cb0d1305d12ea6637a541028eb0a4438750164b9
DIFF:
https://github.com/llvm/llvm-project/commit/cb0d1305d12ea6637a541028eb0a4438750164b9.di
https://github.com/Fznamznon updated
https://github.com/llvm/llvm-project/pull/134088
>From 0d2b22f9af7868ec7b1f8b908fd61b791ea8434b Mon Sep 17 00:00:00 2001
From: "Podchishchaeva, Mariya"
Date: Wed, 2 Apr 2025 06:35:12 -0700
Subject: [PATCH 1/2] [MS][clang] Fix crash on deletion of array of po
https://github.com/ilya-biryukov updated
https://github.com/llvm/llvm-project/pull/134228
>From 7edb987104cf59b106a1f13ae0bad0c5ecd4627b Mon Sep 17 00:00:00 2001
From: Ilya Biryukov
Date: Thu, 3 Apr 2025 12:22:39 +0200
Subject: [PATCH 1/2] [Tooling] Handle AttributedType in getFullyQualifiedTyp
https://github.com/skatrak created
https://github.com/llvm/llvm-project/pull/134230
This patch updates flang to follow clang's behavior when processing the
`-mcode-object-version option`.
It is now used to populate an LLVM module flag called
`amdhsa_code_object_version` expected by the backen
301 - 400 of 447 matches
Mail list logo
