https://github.com/fzou1 updated
https://github.com/llvm/llvm-project/pull/115829
>From 9fd6e9e598423b6cc58a25fe70cc12a846483be5 Mon Sep 17 00:00:00 2001
From: Feng Zou
Date: Thu, 7 Nov 2024 11:56:17 +0800
Subject: [PATCH 1/2] [X86][AMX] Add AMX FP8 new APIs
This is a follow-up to #113850.
Re
@@ -15,81 +15,214 @@
#define __AMXFP8INTRIN_H
#ifdef __x86_64__
-/// Peform the dot product of a BF8 value \a a by a BF8 value \a b accumulating
-/// into a Single Precision (FP32) source/dest \a dst.
+#define __DEFAULT_FN_ATTRS_FP8
davemgreen wrote:
I'm not sure I understood the original error properly but if we can come up
with a fix like this it sounds sensible to me. Is the test still failing in the
pre-commit tests? You might need something stronger - like only running the
test on aarch64 host machines. There are som
https://github.com/tangaac created
https://github.com/llvm/llvm-project/pull/115832
None
>From 10d2d8e0be2faeedcdfe67d97f3e2f89a3770a71 Mon Sep 17 00:00:00 2001
From: tangaac
Date: Fri, 8 Nov 2024 17:04:19 +0800
Subject: [PATCH] add la v1.1 features for getHostCPUFeatures
---
clang/lib/Drive
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: None (tangaac)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/115832.diff
2 Files Affected:
- (modified) clang/lib/Driver/ToolChains/Arch/LoongArch.cpp (+6-1)
- (modified) llvm/lib/TargetParser/Host.cpp (+9)
@@ -3867,6 +3868,112 @@ static void handleCallbackAttr(Sema &S, Decl *D, const
ParsedAttr &AL) {
S.Context, AL, EncodingIndices.data(), EncodingIndices.size()));
}
+LifetimeCaptureByAttr *Sema::ParseLifetimeCaptureByAttr(const ParsedAttr &AL,
+
balazske wrote:
It is a realistic requirement that new similar parameters are added, I had
already an (experimental) fix where this is needed. Still I like better the
solution with separate caches because efficiency reasons
(`IgnoreTemplateParmDepth = true` is rarely used, not at all for C cod
usx95 wrote:
Looks like I have not fully resolved the memory leak and only avoided it by
having larger portion of vector on stack.
The leak happens for the allocation:
```
SmallVector ParamIdents;
ParamIdents.push_back(IdLoc->Ident); // <- allocated here.
```
Suprisingly commenting out the `
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 93589057830b2c3c35500ee8cac25c717a1e98f9
10d2d8e0be2faeedcdfe67d97f3e2f89a3770a71 --e
https://github.com/tangaac updated
https://github.com/llvm/llvm-project/pull/115832
>From 3d204daae016cdb43e2e01ecdb39dc0fc299595a Mon Sep 17 00:00:00 2001
From: tangaac
Date: Tue, 12 Nov 2024 16:31:57 +0800
Subject: [PATCH] add la v1.1 features for sys::getHostCPUFeatures
---
clang/lib/Drive
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
https://github.com/kadircet requested changes to this pull request.
thanks, i think this looks great!
some little comments/nits.
https://github.com/llvm/llvm-project/pull/106683
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llv
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
https://github.com/phoebewang approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/115829
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
https://github.com/kadircet edited
https://github.com/llvm/llvm-project/pull/106683
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/SahilPatidar closed
https://github.com/llvm/llvm-project/pull/110418
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: SahilPatidar
Date: 2024-11-12T14:39:30+05:30
New Revision: 3183b3aad130ac6754f294046c008a85b9925894
URL:
https://github.com/llvm/llvm-project/commit/3183b3aad130ac6754f294046c008a85b9925894
DIFF:
https://github.com/llvm/llvm-project/commit/3183b3aad130ac6754f294046c008a85b9925894.diff
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
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/11400
https://github.com/ChuanqiXu9 updated
https://github.com/llvm/llvm-project/pull/106683
>From 15aa6af1f5d22e4b837e8e2fd49469310ffbe7f1 Mon Sep 17 00:00:00 2001
From: Chuanqi Xu
Date: Fri, 30 Aug 2024 15:11:07 +0800
Subject: [PATCH 1/6] [clangd] [Modules] Support Reusable Modules Builder
---
cl
https://github.com/SahilPatidar updated
https://github.com/llvm/llvm-project/pull/110418
>From 519dd2c99bc2200d364a184e416ec03b609e1910 Mon Sep 17 00:00:00 2001
From: SahilPatidar
Date: Fri, 7 Jun 2024 13:30:08 +0530
Subject: [PATCH 01/15] [Clang-Repl] Implement out-of-process execution
interf
https://github.com/bricknerb created
https://github.com/llvm/llvm-project/pull/115835
This allows formatting large integers in a human friendly way. Example:
"5321584" -> "5.32M".
Use it where such human numbers are generated manually today.
>From ccf18e49f884b4430dff70d59fb3236259661f9d Mon S
Michael137 wrote:
> It is a realistic requirement that new similar parameters are added, I had
> already an (experimental) fix where this is needed. Still I like better the
> solution with separate caches because efficiency reasons
> (`IgnoreTemplateParmDepth = true` is rarely used, not at all
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-ve-ninja` running on
`hpce-ve-main` while building `clang` at step 4 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/12/builds/9402
Here is the relevant piece of the build log for th
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Boaz Brickner (bricknerb)
Changes
This allows formatting large integers in a human friendly way. Example:
"5321584" -> "5.32M".
Use it where such human numbers are generated manually today.
---
Full diff: https://github.com/llvm/llvm-proj
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 6 "Add check check-clang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/140/builds/10680
Here is
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
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 89aaf2cf68d00e86dfd102a449fc68ff7ea5c85c
ccf18e49f884b4430dff70d59fb3236259661f9d --e
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
https://github.com/ChuanqiXu9 commented:
Thanks for reviewing!
https://github.com/llvm/llvm-project/pull/106683
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
https://github.com/bricknerb updated
https://github.com/llvm/llvm-project/pull/115835
>From ccf18e49f884b4430dff70d59fb3236259661f9d Mon Sep 17 00:00:00 2001
From: Boaz Brickner
Date: Tue, 12 Nov 2024 10:19:58 +0100
Subject: [PATCH 1/2] [Clang] [NFC] Add "human" diagnostic argument format This
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-aarch64-darwin`
running on `doug-worker-4` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/190/builds/9307
Here is the
https://github.com/ChuanqiXu9 updated
https://github.com/llvm/llvm-project/pull/106683
>From 15aa6af1f5d22e4b837e8e2fd49469310ffbe7f1 Mon Sep 17 00:00:00 2001
From: Chuanqi Xu
Date: Fri, 30 Aug 2024 15:11:07 +0800
Subject: [PATCH 1/7] [clangd] [Modules] Support Reusable Modules Builder
---
cl
https://github.com/kadircet approved this pull request.
thanks a lot for bearing with me! LGTM, let's ship it!
https://github.com/llvm/llvm-project/pull/106683
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailm
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`llvm-clang-x86_64-gcc-ubuntu` running on `sie-linux-worker3` while building
`clang` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/174/builds/8290
Here
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-armv8-quick` running
on `linaro-clang-armv8-quick` while building `clang` at step 5 "ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/154/builds/7335
Here is the relevant piece of
https://github.com/ChuanqiXu9 edited
https://github.com/llvm/llvm-project/pull/106683
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/nikic approved this pull request.
https://github.com/llvm/llvm-project/pull/115810
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -316,36 +295,187 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName,
if (Clang->getDiagnostics().hasErrorOccurred())
return llvm::createStringError("Compilation failed");
- BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output);
- return llv
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-aarch64-quick`
running on `linaro-clang-aarch64-quick` while building `clang` at step 5 "ninja
check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/65/builds/7627
Here is the relevant piec
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-x86_64-sie-win`
running on `sie-win-worker` while building `clang` at step 7
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/46/builds/7740
Here is the
https://github.com/a-tarasyuk created
https://github.com/llvm/llvm-project/pull/115940
Fixes #115870
>From 2132ccb175f1eb37a4b4e60c8ee8ade90ba5bb18 Mon Sep 17 00:00:00 2001
From: Oleksandr T
Date: Tue, 12 Nov 2024 23:09:06 +0200
Subject: [PATCH] [Clang] enhance diagnostic message for __builtin
https://github.com/higher-performance updated
https://github.com/llvm/llvm-project/pull/114255
>From 873f5a25b2a381b8d57aa2671bf2f0dc97483142 Mon Sep 17 00:00:00 2001
From: higher-performance
Date: Wed, 30 Oct 2024 12:01:00 -0400
Subject: [PATCH] Extend bugprone-use-after-move check to handle
efriedma-quic wrote:
Also, I'm not sure objects are destroyed in the correct order.
-
As far as I know, fini_array existed at the time the Itanium ABI was written; I
assume it intentionally was not used because there were issues ensuring the
correct objects are destroyed in the correct or
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Oleksandr T. (a-tarasyuk)
Changes
Fixes #115870
---
Full diff: https://github.com/llvm/llvm-project/pull/115940.diff
6 Files Affected:
- (modified) clang/docs/ReleaseNotes.rst (+2)
- (modified) clang/include/clang/Basic/DiagnosticSemaK
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 d922045381347a9d5c7301bf870ee0482bfdf0d4
2132ccb175f1eb37a4b4e60c8ee8ade90ba5bb18 --e
Meinersbur wrote:
`cantFail` is not guaranteed to crash, e.g. in `-DLLVM_ENABLE_ASSERTIONS=OFF
-DLLVM_UNREACHABLE_OPTIMIZE=ON`. I think this is fine for implementation code,
for which `LLVM_UNREACHABLE_OPTIMIZE` is meant to improve performance, but for
unittests such tests could silently pass
https://github.com/a-tarasyuk updated
https://github.com/llvm/llvm-project/pull/115940
>From 2132ccb175f1eb37a4b4e60c8ee8ade90ba5bb18 Mon Sep 17 00:00:00 2001
From: Oleksandr T
Date: Tue, 12 Nov 2024 23:09:06 +0200
Subject: [PATCH 1/2] [Clang] enhance diagnostic message for __builtin_bit_cast
Author: Tarun Prabhu
Date: 2024-11-12T14:27:22-07:00
New Revision: f5396748c7da3d9f278fcd42e2a10a3214920d82
URL:
https://github.com/llvm/llvm-project/commit/f5396748c7da3d9f278fcd42e2a10a3214920d82
DIFF:
https://github.com/llvm/llvm-project/commit/f5396748c7da3d9f278fcd42e2a10a3214920d82.diff
https://github.com/tarunprabhu closed
https://github.com/llvm/llvm-project/pull/109165
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Tex Riddell
Date: 2024-11-12T13:34:29-08:00
New Revision: 5c2a133b1342881dc4f42a896e7e5f4b85d20508
URL:
https://github.com/llvm/llvm-project/commit/5c2a133b1342881dc4f42a896e7e5f4b85d20508
DIFF:
https://github.com/llvm/llvm-project/commit/5c2a133b1342881dc4f42a896e7e5f4b85d20508.diff
L
https://github.com/Xazax-hun closed
https://github.com/llvm/llvm-project/pull/115866
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NagyDonat approved this pull request.
https://github.com/llvm/llvm-project/pull/115518
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NagyDonat approved this pull request.
LGTM, and sorry for delaying this commit with the tuple-based suggestion!
https://github.com/llvm/llvm-project/pull/115884
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.ll
ElvinaYakubova wrote:
Oh yes, you were right, thanks for the explanation.
I modified the test to run it only in case the host is AArch64.
https://github.com/llvm/llvm-project/pull/115467
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://
Author: Balazs Benics
Date: 2024-11-12T18:56:02+01:00
New Revision: ae7392bf5c5d4c34c901ba4f472282206e68bf7b
URL:
https://github.com/llvm/llvm-project/commit/ae7392bf5c5d4c34c901ba4f472282206e68bf7b
DIFF:
https://github.com/llvm/llvm-project/commit/ae7392bf5c5d4c34c901ba4f472282206e68bf7b.diff
https://github.com/AaronBallman approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/115786
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/AaronBallman commented:
Release note and test coverage?
https://github.com/llvm/llvm-project/pull/115406
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/smeenai closed
https://github.com/llvm/llvm-project/pull/115568
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1570,8 +1541,7 @@ static void emitDiagSubGroups(std::map &DiagsInGroup,
for (auto const &Group : GroupsInPedantic) {
const std::string &GroupName =
std::string(Group->getValueAsString("GroupName"));
- std::map::const_iterator RI =
-
lenary wrote:
> > Gentle Ping. I'm looking for answers to two questions:
> >
> > * [Should I] prepare a fixup commit that [uses `MVT::Untyped`] (and removes
> > the `riscv_*_pair` MVTs), if we think that's a better target-independent
> > approach?
>
> I guess so. I didn't know about the Syste
@@ -42,6 +42,14 @@ entry:
%f = fneg float %x
; CHECK: %f_vec = fneg <3 x float> %vec
%f_vec = fneg <3 x float> %vec
+; CHECK: %g = fpext float %x to double
arsenm wrote:
Needs bitcode compatibility test
https://github.com/llvm/llvm-project/pull/115894
_
@@ -148,6 +172,14 @@ entry:
%e = frem nnan float %x, %y
; CHECK: %e_vec = frem nnan ninf <3 x float> %vec, %vec
%e_vec = frem ninf nnan <3 x float> %vec, %vec
+; CHECK: %f = fpext nnan ninf float %x to double
+ %f = fpext ninf nnan float %x to double
+; CHECK: %f_vec = fp
AaronBallman wrote:
> Opinions on whether the current `-fms-compatibility` controlled behavior to
> search the directories of the include stack for `#include "xxx"` headers
> should be switched to this new option is welcome. I tend to think it should
> be.
My intuition is that it should be sw
https://github.com/JustinStitt edited
https://github.com/llvm/llvm-project/pull/115094
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/JustinStitt edited
https://github.com/llvm/llvm-project/pull/115094
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/JustinStitt edited
https://github.com/llvm/llvm-project/pull/115094
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
erichkeane wrote:
> > The change is reasonable, but I need to see tests for each of the types.
> > In general, we've had the attitude of "we can enable this instantiation
> > once we see examples of it being useful", so we need tests to make sure it
> > is instantiated, AND that it is useful.
>
@@ -19108,6 +19108,21 @@ case Builtin::BI__builtin_hlsl_elementwise_isinf: {
/*ReturnType=*/Op0->getType(), CGM.getHLSLRuntime().getStepIntrinsic(),
ArrayRef{Op0, Op1}, nullptr, "hlsl.step");
}
+ case Builtin::BI__builtin_hlsl_wave_active_any_true: {
+Int
llvmbot wrote:
@llvm/pr-subscribers-backend-aarch64
@llvm/pr-subscribers-clang
Author: Konstantin Schwarz (konstantinschwarz)
Changes
This attempts to fix [#115521](https://github.com/llvm/llvm-project/issues/115521).
According to the Itanium C++ mangling rules, vendor extended builtin ty
https://github.com/konstantinschwarz created
https://github.com/llvm/llvm-project/pull/115956
This attempts to fix
[#115521](https://github.com/llvm/llvm-project/issues/115521).
According to the Itanium C++ mangling rules, vendor extended builtin types are
considered substitution candidates.
https://github.com/jurahul created
https://github.com/llvm/llvm-project/pull/115959
Use StringRef instead of std::string in ClangDiagnosticEmitter.
>From 5f67dd57f3e6333da438dc07a2efdfcb0c1874b1 Mon Sep 17 00:00:00 2001
From: Rahul Joshi
Date: Tue, 12 Nov 2024 15:38:02 -0800
Subject: [PATCH] [
https://github.com/fmayer edited
https://github.com/llvm/llvm-project/pull/111918
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -6536,6 +6536,30 @@ static void HandleBTFTypeTagAttribute(QualType &Type,
const ParsedAttr &Attr,
::new (Ctx) BTFTypeTagAttr(Ctx, Attr, BTFTypeTag), Type);
}
+static void handleWrapsAttr(QualType &Type, const ParsedAttr &Attr,
+TypeProcess
https://github.com/haoNoQ approved this pull request.
I wholeheartedly support this. I agree with everything you said here. Right now
you're much more of a maintainer than me.
https://github.com/llvm/llvm-project/pull/114991
___
cfe-commits mailing li
https://github.com/fmayer updated
https://github.com/llvm/llvm-project/pull/111918
>From 3a962270521aa7b48b64e5ac5fa0edb900990023 Mon Sep 17 00:00:00 2001
From: Florian Mayer
Date: Thu, 10 Oct 2024 16:05:50 -0700
Subject: [PATCH 1/5] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?=
=?UT
https://github.com/arichardson created
https://github.com/llvm/llvm-project/pull/115967
This matches GCC.
Partially fixes https://github.com/llvm/llvm-project/pull/115964
>From e428a45e9638d0d310bd21e46acf4175b09815c9 Mon Sep 17 00:00:00 2001
From: Alex Richardson
Date: Tue, 12 Nov 2024 16:2
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Alexander Richardson (arichardson)
Changes
This matches GCC.
Partially fixes https://github.com/llvm/llvm-project/pull/115964
---
Full diff: https://github.com/llvm/llvm-project/pull/115967.diff
2 Files Affected:
- (modified) clang/li
https://github.com/jurahul updated
https://github.com/llvm/llvm-project/pull/115959
>From 5ba5485bbc8895743130f58779cf5c78eb0941aa Mon Sep 17 00:00:00 2001
From: Rahul Joshi
Date: Tue, 12 Nov 2024 15:38:02 -0800
Subject: [PATCH] [NFC][Clang] Use StringRef instead of string in
ClangDiagnosticEm
https://github.com/arichardson updated
https://github.com/llvm/llvm-project/pull/115964
>From 712bbc59b1976a35c8aba4bdea8728d7e9f2b425 Mon Sep 17 00:00:00 2001
From: Alex Richardson
Date: Tue, 12 Nov 2024 16:02:17 -0800
Subject: [PATCH 1/2] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?
PiJoules wrote:
> I'm not sure we can just unconditionally call the destructor. We need to
> ensure the constructor runs first. If a constructor throws an exception or
> calls exit(), not all constructors will run before we start cleaning up. This
> works out naturally with atexit... but if yo
https://github.com/phoebewang updated
https://github.com/llvm/llvm-project/pull/115660
>From f2fc493149d75f0be13207bc1893a48c7fab84a3 Mon Sep 17 00:00:00 2001
From: "Wang, Phoebe"
Date: Sun, 10 Nov 2024 22:37:15 +0800
Subject: [PATCH] [X86][AMX] Support AMX-TRANSPOSE, part 2
Ref.: https://cdrd
https://github.com/bob80905 created
https://github.com/llvm/llvm-project/pull/115971
This PR changes the way that final DXIL is printed by adjusting the way the
type definition section of the DXIL output is printed.
Specifically, when defining a target extension type, if the RHS involves a
str
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Joshua Batista (bob80905)
Changes
This PR changes the way that final DXIL is printed by adjusting the way the
type definition section of the DXIL output is printed.
Specifically, when defining a target extension type, if the RHS involves a
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Rahul Joshi (jurahul)
Changes
Use StringRef instead of std::string in ClangDiagnosticEmitter.
---
Full diff: https://github.com/llvm/llvm-project/pull/115959.diff
1 Files Affected:
- (modified) clang/utils/TableGen/ClangDiagnosticsEmitt
https://github.com/jurahul ready_for_review
https://github.com/llvm/llvm-project/pull/115959
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/BeMg created https://github.com/llvm/llvm-project/pull/115981
Base on https://github.com/riscv-non-isa/riscv-c-api-doc/pull/94.
This patch support the `norelax` attribute for RISC-V target in clang.
>From 9dc14ca1e5d026c05390c728c9512994e05d8be7 Mon Sep 17 00:00:00 2001
From:
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Piyou Chen (BeMg)
Changes
Base on https://github.com/riscv-non-isa/riscv-c-api-doc/pull/94.
This patch support the `norelax` attribute for RISC-V target in clang.
---
Full diff: https://github.com/llvm/llvm-project/pull/115981.diff
9 Fi
MichelleCDjunaidi wrote:
@PiotrZSL @njames93 can I get your review on the latest state of this pull
request?
https://github.com/llvm/llvm-project/pull/102299
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailma
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: Piyou Chen (BeMg)
Changes
Base on https://github.com/riscv-non-isa/riscv-c-api-doc/pull/94.
This patch support the `norelax` attribute for RISC-V target in clang.
---
Full diff: https://github.com/llvm/llvm-project/pull/115981.dif
@@ -21351,6 +21372,17 @@ bool RISCVTargetLowering::splitValueIntoRegisterParts(
unsigned NumParts, MVT PartVT, std::optional CC) const {
bool IsABIRegCopy = CC.has_value();
EVT ValueVT = Val.getValueType();
+
+ if (ValueVT == (Subtarget.is64Bit() ? MVT::i128 : MVT::i64
https://github.com/wangpc-pp approved this pull request.
Cheers! It seems using `untyped` saves some lines as well!
LGTM with nits.
https://github.com/llvm/llvm-project/pull/112983
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.l
https://github.com/wangpc-pp edited
https://github.com/llvm/llvm-project/pull/112983
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/kovdan01 updated
https://github.com/llvm/llvm-project/pull/96160
>From 1ca6cf823585b03a6c580b23caafd1ff44d83aa7 Mon Sep 17 00:00:00 2001
From: Daniil Kovalev
Date: Tue, 6 Aug 2024 20:02:07 +0300
Subject: [PATCH 1/3] [PAC][clang][Driver] Add signed GOT flag
Depends on #96159
1 - 100 of 529 matches
Mail list logo
