@@ -61,13 +61,13 @@ unsigned AArch64::getFMVPriority(ArrayRef
Features) {
return Priority + MaxFMVPriority * NumFeatures;
}
-uint64_t AArch64::getCpuSupportsMask(ArrayRef FeatureStrs) {
- uint64_t FeaturesMask = 0;
- for (const StringRef &FeatureStr : FeatureStrs) {
-
@@ -349,6 +349,14 @@ void AArch64::ExtensionSet::reconstructFromParsedFeatures(
}
}
+uint64_t AArch64::ExtensionSet::toCpuSupportsMask() const {
+ uint64_t FeaturesMask = 0;
+ for (const auto &I : getFMVInfo())
sdesmalen-arm wrote:
nit: This shouldn't be
@@ -61,13 +61,13 @@ unsigned AArch64::getFMVPriority(ArrayRef
Features) {
return Priority + MaxFMVPriority * NumFeatures;
}
-uint64_t AArch64::getCpuSupportsMask(ArrayRef FeatureStrs) {
- uint64_t FeaturesMask = 0;
- for (const StringRef &FeatureStr : FeatureStrs) {
-
@@ -349,6 +349,14 @@ void AArch64::ExtensionSet::reconstructFromParsedFeatures(
}
}
+uint64_t AArch64::ExtensionSet::toCpuSupportsMask() const {
sdesmalen-arm wrote:
This function only has one use, perhaps just merge it into `getCpuSupportsMask`?
https://g
@@ -501,6 +501,7 @@ class PreambleThread {
}
{
+std::unique_lock Lock(Mutex);
WithContext Guard(std::move(CurrentReq->Ctx));
zahiraam wrote:
Thanks @tahonermann. I had forgotten about it. Closing it.
https://github.com/llvm/llvm-
https://github.com/zahiraam closed
https://github.com/llvm/llvm-project/pull/118664
___
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: Timm Baeder (tbaederr)
Changes
Like we do in ExprConstant.cpp.
---
Full diff: https://github.com/llvm/llvm-project/pull/119385.diff
2 Files Affected:
- (modified) clang/lib/AST/ByteCode/InterpBuiltinBitCast.cpp (+29)
- (modified) clang
rzinsly wrote:
> > > @rzinsly do you need someone to commit this?
> >
> >
> > Yes, please.
>
> Please turn off [Keep my email addresses
> private](https://github.com/settings/emails) setting in your account.
> Otherwise the commit will be from the github hidden email which we don't use
> in
AlexVlx wrote:
> I'm fine with how you're handling the address spaces for now.
>
> I'd like to talk about the rule you're implementing, though. It looks like
> it's supposed to be:
>
> * return values always use the alloca AS
> * arguments always use the default AS
> * whether something is ind
https://github.com/svenvh approved this pull request.
Sorry to see you stepping down, thank you for all your contributions over the
years! Thanks for the nomination, I gladly accept.
https://github.com/llvm/llvm-project/pull/119383
___
cfe-commits ma
uweigand wrote:
@redstar looks like this disables an optimization on z/OS with mixed pointer
widths. Please have a look whether this is relevant.
https://github.com/llvm/llvm-project/pull/119365
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
Author: Anastasia Stulova
Date: 2024-12-10T14:51:33Z
New Revision: 8a494ddcbc0028937a92ad32380ed55c6bf4d7d8
URL:
https://github.com/llvm/llvm-project/commit/8a494ddcbc0028937a92ad32380ed55c6bf4d7d8
DIFF:
https://github.com/llvm/llvm-project/commit/8a494ddcbc0028937a92ad32380ed55c6bf4d7d8.diff
https://github.com/AnastasiaStulova closed
https://github.com/llvm/llvm-project/pull/119383
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/labrinea edited
https://github.com/llvm/llvm-project/pull/119231
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tbaederr edited
https://github.com/llvm/llvm-project/pull/119366
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tahonermann edited
https://github.com/llvm/llvm-project/pull/117268
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -349,6 +349,14 @@ void AArch64::ExtensionSet::reconstructFromParsedFeatures(
}
}
+uint64_t AArch64::ExtensionSet::toCpuSupportsMask() const {
labrinea wrote:
Hmm, I am thinking we may want to reuse this once we change
[getFMVPriority](https://github.com
@@ -12,20 +12,44 @@
#include "../utils/OptionsUtils.h"
#include "clang/AST/ASTContext.h"
#include "clang/ASTMatchers/ASTMatchFinder.h"
+#include
using namespace clang::ast_matchers;
+using clang::ast_matchers::internal::Matcher;
namespace clang::tidy::bugprone {
names
https://github.com/ldionne updated
https://github.com/llvm/llvm-project/pull/119370
>From 259f1eecac3abf0ffdc5c41ef9edae35c604ee26 Mon Sep 17 00:00:00 2001
From: Louis Dionne
Date: Tue, 10 Dec 2024 07:42:00 -0500
Subject: [PATCH] [libc++abi][libunwind] Provide an explicit error when trying
to
Author: Raphael Moreira Zinsly
Date: 2024-12-10T16:48:26Z
New Revision: 708a478d6739aea20a8834cea45490f05b07ca10
URL:
https://github.com/llvm/llvm-project/commit/708a478d6739aea20a8834cea45490f05b07ca10
DIFF:
https://github.com/llvm/llvm-project/commit/708a478d6739aea20a8834cea45490f05b07ca10.d
https://github.com/lenary closed
https://github.com/llvm/llvm-project/pull/117612
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/PiotrZSL edited
https://github.com/llvm/llvm-project/pull/119371
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1908,7 +1908,7 @@ void clang::EmitClangDiagDocs(const RecordKeeper
&Records, raw_ostream &OS) {
for (const Record *G : DiagGroups) {
bool IsRemarkGroup = isRemarkGroup(G, DiagsInGroup);
auto &GroupInfo =
-DiagsInGroup[std::string(G->getValueAsString("Grou
https://github.com/PiotrZSL commented:
Note: Probably also std::make_optional could be supported.
Please improve performance - avoid creating temporary matchers on every match.
Except above, looks fine.
https://github.com/llvm/llvm-project/pull/119371
___
@@ -12,20 +12,44 @@
#include "../utils/OptionsUtils.h"
#include "clang/AST/ASTContext.h"
#include "clang/ASTMatchers/ASTMatchFinder.h"
+#include
using namespace clang::ast_matchers;
+using clang::ast_matchers::internal::Matcher;
namespace clang::tidy::bugprone {
names
https://github.com/uweigand commented:
Thanks for fixing those issues. Just a couple of further comments inline.
https://github.com/llvm/llvm-project/pull/119257
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/ma
ymand wrote:
> @ymand, could you please take a look?
Yes -- sorry, missed the notification. I'll try to review within 24h.
https://github.com/llvm/llvm-project/pull/117658
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/
erichkeane wrote:
> There are a few ways around this: if you are using c++17 or later, there is
> `[[maybe_unused]]`. Another option is to ignore this warning in a specific
> region with:
>
> ```c++
> #pragma clang diagnostic push
> #pragma clang diagnostic ignored "-Wunused-private-field"
> /
https://github.com/NagyDonat created
https://github.com/llvm/llvm-project/pull/119388
This commit ensures that if the loop condition is opaque (the analyzer cannot
determine whether it's true or false) and there were at least two iterations,
then the analyzer doesn't make the unjustified assum
llvmbot wrote:
@llvm/pr-subscribers-clang-static-analyzer-1
Author: Donát Nagy (NagyDonat)
Changes
This commit ensures that if the loop condition is opaque (the analyzer cannot
determine whether it's true or false) and there were at least two iterations,
then the analyzer doesn't make th
https://github.com/ldionne updated
https://github.com/llvm/llvm-project/pull/119370
>From c9f83596fbfa0423245eecbc9c4d9f65163648f1 Mon Sep 17 00:00:00 2001
From: Louis Dionne
Date: Tue, 10 Dec 2024 07:42:00 -0500
Subject: [PATCH] [libc++abi][libunwind] Provide an explicit error when trying
to
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Donát Nagy (NagyDonat)
Changes
This commit ensures that if the loop condition is opaque (the analyzer cannot
determine whether it's true or false) and there were at least two iterations,
then the analyzer doesn't make the unjustified assu
@@ -91,6 +97,88 @@ SPIRVTargetMachine::SPIRVTargetMachine(const Target &T,
const Triple &TT,
setRequiresStructuredCFG(false);
}
+enum AddressSpace {
+ Function = storageClassToAddressSpace(SPIRV::StorageClass::Function),
+ CrossWorkgroup =
+ storageClassToAddressSpac
https://github.com/ilya-biryukov edited
https://github.com/llvm/llvm-project/pull/107627
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -499,6 +499,7 @@ static bool isNormalAssignmentOperator(const FunctionDecl
*FD) {
}
bool implicitObjectParamIsLifetimeBound(const FunctionDecl *FD) {
+ FD = FD->getMostRecentDecl();
ilya-biryukov wrote:
It would be great to explain the need for `getMostR
@@ -3250,26 +3285,17 @@ static void mergeParamDeclAttributes(ParmVarDecl
*newDecl,
diag::note_carries_dependency_missing_first_decl) << 1/*Param*/;
}
- if (!oldDecl->hasAttrs())
-return;
-
- bool foundAny = newDecl->hasAttrs();
-
- // Ensure that any movin
https://github.com/ilya-biryukov commented:
I really like the current implementation, but have one major suggestion about
using`InheritableParamAttr`.
Also, could we add a release note for it?
https://github.com/llvm/llvm-project/pull/107627
___
cfe-
@@ -3227,6 +3227,41 @@ void Sema::mergeDeclAttributes(NamedDecl *New, Decl *Old,
if (!foundAny) New->dropAttrs();
}
+template
+static unsigned propagateAttribute(ParmVarDecl *toDecl,
ilya-biryukov wrote:
NIT: maybe document that it returns a number of adde
@@ -238,18 +239,13 @@ void Sema::inferLifetimeBoundAttribute(FunctionDecl *FD) {
default:
break;
}
-return;
ilya-biryukov wrote:
NIT: LLVM codifies a preference to use `return` in the Style Guide, see
examples in [this
section](https://llvm
@@ -3227,6 +3227,41 @@ void Sema::mergeDeclAttributes(NamedDecl *New, Decl *Old,
if (!foundAny) New->dropAttrs();
}
+template
+static unsigned propagateAttribute(ParmVarDecl *toDecl,
ilya-biryukov wrote:
NIT: rename to `ToDecl` to match LLVM naming rules.
@@ -3250,26 +3285,17 @@ static void mergeParamDeclAttributes(ParmVarDecl
*newDecl,
diag::note_carries_dependency_missing_first_decl) << 1/*Param*/;
}
- if (!oldDecl->hasAttrs())
-return;
-
- bool foundAny = newDecl->hasAttrs();
-
- // Ensure that any movin
https://github.com/cor3ntin approved this pull request.
https://github.com/llvm/llvm-project/pull/118360
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tbaederr closed
https://github.com/llvm/llvm-project/pull/119385
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
lizhengxing wrote:
@sudonatalie
Hello Natalie,
Could you help review this PR when you're available since it will modify your
changes (https://github.com/llvm/llvm-project/pull/82536), Thanks.
https://github.com/llvm/llvm-project/pull/117781
___
cfe-co
pedroclobo wrote:
cc @nunoplopes
https://github.com/llvm/llvm-project/pull/119141
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -183,11 +183,12 @@ class LLVM_LIBRARY_VISIBILITY WebAssembly32TargetInfo
const TargetOptions &Opts)
: WebAssemblyTargetInfo(T, Opts) {
if (T.isOSEmscripten())
- resetDataLayout("e-m:e-p:32:32-p10:8:8-p20:8:8-i64:64-f128:64-n3
@@ -8494,10 +8495,21 @@ DeclResult Sema::ActOnClassTemplateSpecialization(
return Specialization;
}
-Decl *Sema::ActOnTemplateDeclarator(Scope *S,
- MultiTemplateParamsArg TemplateParameterLists,
-Declarator &D
https://github.com/paulhuggett edited
https://github.com/llvm/llvm-project/pull/119403
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sunfishcode updated
https://github.com/llvm/llvm-project/pull/119204
>From dd2939affd576539d83dfa877ea30192b41353b0 Mon Sep 17 00:00:00 2001
From: Dan Gohman
Date: Mon, 9 Dec 2024 04:30:33 -0800
Subject: [PATCH 1/2] [WebAssembly] Add `-i128:128` to the `datalayout` string.
C
@@ -7946,6 +7980,8 @@ class Sema final : public SemaBase {
/// A stack of expression evaluation contexts.
SmallVector ExprEvalContexts;
+ SmallVector PendingLazyContextDecls;
mizvekov wrote:
The intention is that they are used for any declarations where
@@ -61,13 +61,13 @@ unsigned AArch64::getFMVPriority(ArrayRef
Features) {
return Priority + MaxFMVPriority * NumFeatures;
}
-uint64_t AArch64::getCpuSupportsMask(ArrayRef FeatureStrs) {
- uint64_t FeaturesMask = 0;
- for (const StringRef &FeatureStr : FeatureStrs) {
-
@@ -17658,8 +17662,49 @@ HandleImmediateInvocations(Sema &SemaRef,
}
}
+static void setContextDecl(Sema &S, Decl *Base, Decl *ContextDecl) {
+ switch (Base->getKind()) {
+ case Decl::CXXRecord: {
+auto *RD = cast(Base);
+RD->setLambdaContextDecl(ContextDecl);
+
@@ -61,13 +61,13 @@ unsigned AArch64::getFMVPriority(ArrayRef
Features) {
return Priority + MaxFMVPriority * NumFeatures;
}
-uint64_t AArch64::getCpuSupportsMask(ArrayRef FeatureStrs) {
- uint64_t FeaturesMask = 0;
- for (const StringRef &FeatureStr : FeatureStrs) {
-
https://github.com/iseki0 updated
https://github.com/llvm/llvm-project/pull/119090
>From 06be29809a8ac03e4ec9546e1dcfc138ab79167b Mon Sep 17 00:00:00 2001
From: iseki zero
Date: Sun, 8 Dec 2024 03:17:40 +0800
Subject: [PATCH 1/2] [docs] Add a more detailed description in CXString.h.
---
clang
https://github.com/GeorgeKA updated
https://github.com/llvm/llvm-project/pull/118360
>From 3856d6ccf8b10f85cee8d03a349eb768600bd0e0 Mon Sep 17 00:00:00 2001
From: GeorgeKA
Date: Mon, 2 Dec 2024 13:34:22 -0500
Subject: [PATCH 1/2] [clang] Document the return value of __builtin_COLUMN
PR for iss
https://github.com/Fznamznon created
https://github.com/llvm/llvm-project/pull/119402
The C standard doesn't require support for these types and Codegen for these
types is incorrect ATM.
See https://github.com/llvm/llvm-project/issues/119352
>From 9c168204ffa0c23d8138eb1780a0ec54cb29f1c6 Mon S
NagyDonat wrote:
I'm abandoning this PR because I decided to return to writing general commits
which improve the overall logic of the engine instead of just suppressing
results from one particular (heavily affected) checker. (Moreover, this PR
would've needed significant rebasing and code qual
https://github.com/NagyDonat closed
https://github.com/llvm/llvm-project/pull/109804
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sunfishcode updated
https://github.com/llvm/llvm-project/pull/119204
>From dd2939affd576539d83dfa877ea30192b41353b0 Mon Sep 17 00:00:00 2001
From: Dan Gohman
Date: Mon, 9 Dec 2024 04:30:33 -0800
Subject: [PATCH] [WebAssembly] Add `-i128:128` to the `datalayout` string.
Clang
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Mariya Podchishchaeva (Fznamznon)
Changes
The C standard doesn't require support for these types and Codegen for these
types is incorrect ATM.
See https://github.com/llvm/llvm-project/issues/119352
---
Full diff: https://github.com/llvm/l
erichkeane wrote:
Ah, probably needs something in 'breaking changes' in the release notes.
https://github.com/llvm/llvm-project/pull/119402
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-comm
sunfishcode wrote:
Rebased on top of #119288; the test diffs are much smaller now :-).
https://github.com/llvm/llvm-project/pull/119204
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Pedro Lobo
Date: 2024-12-10T15:57:55Z
New Revision: f28e52274c83d5ccd03455ef98a3758916998be9
URL:
https://github.com/llvm/llvm-project/commit/f28e52274c83d5ccd03455ef98a3758916998be9
DIFF:
https://github.com/llvm/llvm-project/commit/f28e52274c83d5ccd03455ef98a3758916998be9.diff
LOG: [C
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 e665e781dc3f8fac0400f6ac8e168805b0cdf74a
dd2939affd576539d83dfa877ea30192b41353b0 --e
https://github.com/Fznamznon updated
https://github.com/llvm/llvm-project/pull/119402
>From 9c168204ffa0c23d8138eb1780a0ec54cb29f1c6 Mon Sep 17 00:00:00 2001
From: "Podchishchaeva, Mariya"
Date: Tue, 10 Dec 2024 07:50:56 -0800
Subject: [PATCH 1/2] [clang] Reject `_Complex _BitInt`
The C standa
https://github.com/erichkeane approved this pull request.
https://github.com/llvm/llvm-project/pull/119402
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/uweigand edited
https://github.com/llvm/llvm-project/pull/119257
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -374,10 +374,11 @@ overall functioning of this intrinsic is compatible with
the GCC
to interoperate.
The single parameter is a pointer to a five word buffer in which the calling
-context is saved. The front end places the frame pointer in the first word, and
-the target im
@@ -0,0 +1,51 @@
+; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
UTC_ARGS: --version 5
+; Test longjmp load from jmp_buf.
+; Frame pointer from Slot 1.
+; Jump address from Slot 2.
+; Backchain Value from Slot 3.
+; Stack Pointer from Slot 4.
+; Lit
https://github.com/paulhuggett created
https://github.com/llvm/llvm-project/pull/119403
I’m seeing a series of errors when trying to run the cmake configure step on
macOS when the cmake generator is set to Xcode. All is well if I use the Ninja
or Unix Makefile generators. Messages are all of t
@@ -0,0 +1,141 @@
+//===--- Xtensa.h - Declare Xtensa target feature support ---*- C++
-*-===//
+//
+// The LLVM Compiler Infrastructure
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Paul Bowen-Huggett (paulhuggett)
Changes
I’m seeing a series of errors when trying to run the cmake configure step on
macOS when the cmake generator is set to Xcode. All is well if I use the Ninja
or Unix Makefile generators. Messages are
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
https://github.com/tahonermann approved this pull request.
Thanks, @mdtoguchi, this looks good to me!
https://github.com/llvm/llvm-project/pull/117268
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listin
@@ -6591,6 +6681,18 @@ const ToolChain &Driver::getOffloadingDeviceToolChain(
HostTC, Args);
break;
}
+case Action::OFK_SYCL:
+ switch (Target.getArch()) {
+ case llvm::Triple::spir:
+ case
@@ -17658,8 +17662,49 @@ HandleImmediateInvocations(Sema &SemaRef,
}
}
+static void setContextDecl(Sema &S, Decl *Base, Decl *ContextDecl) {
+ switch (Base->getKind()) {
+ case Decl::CXXRecord: {
+auto *RD = cast(Base);
+RD->setLambdaContextDecl(ContextDecl);
+
https://github.com/zyn0217 created
https://github.com/llvm/llvm-project/pull/119344
For a FunctionParmPackExpr that is used as the argument of a sizeof...(pack)
expression, we might exercise the logic that checks the CXXRecordDecl's members
regardless of the type being incomplete, when rebuild
Author: Congcong Cai
Date: 2024-12-10T18:00:41+08:00
New Revision: e69d8b8708b93281e91eb3679cec317a33aab246
URL:
https://github.com/llvm/llvm-project/commit/e69d8b8708b93281e91eb3679cec317a33aab246
DIFF:
https://github.com/llvm/llvm-project/commit/e69d8b8708b93281e91eb3679cec317a33aab246.diff
https://github.com/HerrCai0907 closed
https://github.com/llvm/llvm-project/pull/119346
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zyn0217 updated
https://github.com/llvm/llvm-project/pull/119344
>From bca3cea00ce3e3980a45433d831cae86dec4b7e6 Mon Sep 17 00:00:00 2001
From: Younan Zhang
Date: Tue, 10 Dec 2024 16:56:15 +0800
Subject: [PATCH 1/2] [Clang] Don't check incomplete CXXRecordDecl's members
when
jmorse wrote:
> Maybe it's too big/complex a problem to try to think about, and incremental
> development should overrule here - but may be worth thinking about?
Urgh. I'll admit that I hadn't thought that far ahead, I just wanted to get the
patch-series going again now that the root problem i
https://github.com/tbaederr updated
https://github.com/llvm/llvm-project/pull/119366
>From 08d3ee1ec762ab9ca63125532556f5db8bbde8e6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Tue, 10 Dec 2024 13:08:39 +0100
Subject: [PATCH] [clang][ExprConst] Move vector diagnostics to
https://github.com/ckandeler updated
https://github.com/llvm/llvm-project/pull/112525
>From 83104569563db9a6716aae941edf9fe15493081a Mon Sep 17 00:00:00 2001
From: Christian Kandeler
Date: Tue, 23 May 2023 13:16:38 +0200
Subject: [PATCH] [clangd] Consider expression statements in ExtractVariabl
ckandeler wrote:
Rebased.
https://github.com/llvm/llvm-project/pull/112525
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vhscampos updated
https://github.com/llvm/llvm-project/pull/110657
>From 4c9756a323f67dbe5fbdb45cf2ddb5f97adad18d Mon Sep 17 00:00:00 2001
From: Victor Campos
Date: Thu, 26 Sep 2024 14:43:18 +0100
Subject: [PATCH 1/2] [Multilib] Custom flags YAML parsing
This patch adds supp
https://github.com/frasercrmck created
https://github.com/llvm/llvm-project/pull/119423
These builtins would unconditionally perform the usual arithmetic conversions
on promotable scalar integer arguments. This meant in practice that char and
short arguments were promoted to int, and the opera
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Fraser Cormack (frasercrmck)
Changes
These builtins would unconditionally perform the usual arithmetic conversions
on promotable scalar integer arguments. This meant in practice that char and
short arguments were promoted to int, and the
https://github.com/bob80905 closed
https://github.com/llvm/llvm-project/pull/115971
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
MaskRay wrote:
The PR description (first comment), which will be used as the default commit
message, should be fixed.
https://github.com/llvm/llvm-project/pull/115993
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-b
andrewcarlotti wrote:
> > Suppose you have target_version("i8mm+dotprod") and target_version("fcma").
> > The first version clearly has higher priority
>
> According to the [current
> rules](https://arm-software.github.io/acle/main/acle.html#selection) yes, but
> IMO that rule is broken and
https://github.com/carlocab edited
https://github.com/llvm/llvm-project/pull/115993
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
carlocab wrote:
> The PR description (first comment), which will be used as the default commit
> message, should be fixed.
Thanks for the reminder, fixed.
I plan to do a few more local tests with `DEFAULT_SYSROOT` enabled before
merging (since this isn't tested in CI).
https://github.com/llv
jroelofs wrote:
> > > Suppose you have target_version("i8mm+dotprod") and
> > > target_version("fcma"). The first version clearly has higher priority
> >
> >
> > According to the [current
> > rules](https://arm-software.github.io/acle/main/acle.html#selection) yes,
> > but IMO that rule is
@@ -1908,7 +1908,7 @@ void clang::EmitClangDiagDocs(const RecordKeeper
&Records, raw_ostream &OS) {
for (const Record *G : DiagGroups) {
bool IsRemarkGroup = isRemarkGroup(G, DiagsInGroup);
auto &GroupInfo =
-DiagsInGroup[std::string(G->getValueAsString("Grou
Author: Aaron Puchert
Date: 2024-12-10T20:01:19+01:00
New Revision: 3376bad13216da8950bcdeb564df26d5ce4c12bc
URL:
https://github.com/llvm/llvm-project/commit/3376bad13216da8950bcdeb564df26d5ce4c12bc
DIFF:
https://github.com/llvm/llvm-project/commit/3376bad13216da8950bcdeb564df26d5ce4c12bc.diff
https://github.com/uweigand approved this pull request.
LGTM, let's try to merge again.
https://github.com/llvm/llvm-project/pull/119257
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jurahul edited
https://github.com/llvm/llvm-project/pull/119197
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jurahul edited
https://github.com/llvm/llvm-project/pull/119197
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
labrinea wrote:
Thanks for looking into this Andrew. There's one thing I would like to clarify
here. Jon expressed the opinion that in your example the command line should
determine the highest priority version (i8mm+fcma), which isn't what
https://github.com/ARM-software/acle/pull/370 suggest
@@ -1270,77 +1270,21 @@ exit:
; MODULE: attributes #[[ATTR1:[0-9]+]] = { convergent nocallback nounwind }
; MODULE: attributes #[[ATTR2:[0-9]+]] = { convergent nocallback nofree
nounwind willreturn }
; MODULE: attributes #[[ATTR3:[0-9]+]] = { nocallback nofree nosync nounwind
101 - 200 of 371 matches
Mail list logo
