arsenm wrote:
> WRT eliminating the constrained intrinsics completely, I thought that operand
> bundles could only be attached to function calls and not regular
> instructions? If I'm wrong, we _still_ have a problem because there are so
> many uses of the regular FP instructions that we can't
rjmccall wrote:
Yeah, the conditional operator doesn't do any floating-path math itself. If
the first operand is a floating-point expression, we should always be modeling
that with a float-to-boolean conversion, and the flags should go there.
https://github.com/llvm/llvm-project/pull/105912
_
zygoloid wrote:
Specifically: we do perform address comparisons between these strings, so the
address is significant. And we can have identical string content but different
types:
- for types whose name involves anything with internal linkage
- for types with hidden visibility
- when loading a
@@ -1967,6 +1967,10 @@ def fclang_abi_compat_EQ : Joined<["-"],
"fclang-abi-compat=">, Group,
MetaVarName<"">, Values<".,latest">,
HelpText<"Attempt to match the ABI of Clang ">;
+def fno_demangling_failures: Flag<["-"], "fno-demangling-failures">,
Group,
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/111391
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/erichkeane commented:
Since this is being done as an assert, this is something that really only
applies during debug mode. I dont think this compiler flag makes sense because
of it.
IMO, this should either be a preprocessor macro to enable (so it is a build
config), or a d
@@ -462,6 +462,9 @@ ENUM_CODEGENOPT(ZeroCallUsedRegs,
llvm::ZeroCallUsedRegs::ZeroCallUsedRegsKind,
/// non-deleting destructors. (No effect on Microsoft ABI.)
CODEGENOPT(CtorDtorReturnThis, 1, 0)
+/// Whether to validate if a produced mangled name can be demangled with LLVM
https://github.com/rorth closed https://github.com/llvm/llvm-project/pull/106353
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
zygoloid wrote:
https://itanium-cxx-abi.github.io/cxx-abi/abi.html#vague-rtti and
https://itanium-cxx-abi.github.io/cxx-abi/abi.html#typeid in the ABI require
the type name string to be globally unique, and some `std::type_info`
implementations rely on that. You might be able to do this for so
abhina-sree wrote:
> https://github.com/llvm/llvm-project/blob/main/clang/lib/Lex/PPDirectives.cpp#L3964-L3990
Yes I think we still require specifying the Text/Binary parameter based on the
context of where it is called. I will look into adding the new virtual
functions as an alternative solu
https://github.com/DavidSpickett created
https://github.com/llvm/llvm-project/pull/111369
The configure Python script was removed by
d6e0e6d255a7d54a3873b7a5d048eee00ef6bb6d / https://reviews.llvm.org/D69966.
The readme was never updated with the cmake way to do it. I couldn't find any
dedicat
https://github.com/ivanaivanovska updated
https://github.com/llvm/llvm-project/pull/103039
>From 6d3e4470dfe21f8f3832a2d38b4c4327aa7422a3 Mon Sep 17 00:00:00 2001
From: Ivana Ivanovska
Date: Tue, 13 Aug 2024 10:30:34 +
Subject: [PATCH 1/6] Added instant events and marking defered templated
DavidSpickett wrote:
One "andrew-podko" did request this get updated but that was in October 2020,
so I expect they're not around anymore.
https://github.com/llvm/llvm-project/pull/111369
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https:/
vient wrote:
Will this be backported to 19.x afterwards?
https://github.com/llvm/llvm-project/pull/110496
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/steakhal edited
https://github.com/llvm/llvm-project/pull/111381
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/labrinea created
https://github.com/llvm/llvm-project/pull/111386
We have a dedicated test to check the target-features for FMV
(clang/test/CodeGen/aarch64-fmv-dependencies.c) therefore I am removing the
autogenerated checks from irrelevant tests since the noise is making it
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Alexandros Lamprineas (labrinea)
Changes
We have a dedicated test to check the target-features for FMV
(clang/test/CodeGen/aarch64-fmv-dependencies.c) therefore I am removing the
autogenerated checks from irrelevant tests since the noise
https://github.com/tmatheson-arm approved this pull request.
https://github.com/llvm/llvm-project/pull/111386
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
spall wrote:
> It is not correct to limit firstbithigh to 32 bit integers. There are a
> couple of reasons that might make one think that it is, but we do in fact
> want/need to support int16 and int64 here.
>
> 1. The [HLSL
> docs](https://learn.microsoft.com/en-us/windows/win32/direct3d
https://github.com/gamesh411 updated
https://github.com/llvm/llvm-project/pull/111381
From 4af2c63e4e65b1a8dd9947afdd09fe18362f5cfe Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Endre=20F=C3=BCl=C3=B6p?=
Date: Thu, 3 Oct 2024 18:24:17 +0200
Subject: [PATCH 1/2] [clang][analyzer] Introduce MutexModel
https://github.com/vgvassilev edited
https://github.com/llvm/llvm-project/pull/109321
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vgvassilev updated
https://github.com/llvm/llvm-project/pull/109321
>From 6dd09dc7c40780615ce662676188a1005d4d72cc Mon Sep 17 00:00:00 2001
From: Thomas Fransham
Date: Thu, 19 Sep 2024 16:53:20 +0100
Subject: [PATCH] [clang-tools-extra] Fix add_clang_library usage
If a add_c
https://github.com/AaronBallman updated
https://github.com/llvm/llvm-project/pull/108997
>From 10f74046b87f67a6efba1ee30806e73eea14007e Mon Sep 17 00:00:00 2001
From: Aaron Ballman
Date: Mon, 16 Sep 2024 08:59:45 -0400
Subject: [PATCH 1/2] [clang] Code owners -> Maintainers transition
This is
AaronBallman wrote:
I heard back from Michael while I was out for WG14 meetings and he still
intends to actively maintain modules and serialization, so I'm moving him back
off the inactive maintainers list.
https://github.com/llvm/llvm-project/pull/108997
__
https://github.com/AaronBallman updated
https://github.com/llvm/llvm-project/pull/108997
>From 10f74046b87f67a6efba1ee30806e73eea14007e Mon Sep 17 00:00:00 2001
From: Aaron Ballman
Date: Mon, 16 Sep 2024 08:59:45 -0400
Subject: [PATCH 1/3] [clang] Code owners -> Maintainers transition
This is
https://github.com/AaronBallman updated
https://github.com/llvm/llvm-project/pull/108997
>From 10f74046b87f67a6efba1ee30806e73eea14007e Mon Sep 17 00:00:00 2001
From: Aaron Ballman
Date: Mon, 16 Sep 2024 08:59:45 -0400
Subject: [PATCH 1/4] [clang] Code owners -> Maintainers transition
This is
https://github.com/Bo98 created https://github.com/llvm/llvm-project/pull/111387
Currently, the config file system loads the full target triple, e.g.
`arm64-apple-darwin23.6.0.cfg`.
This is however not very useful as this is a moving target. In the case of
macOS, that target moves every 2 mont
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/hekota converted_to_draft
https://github.com/llvm/llvm-project/pull/111203
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1,12 +1,14 @@
; This test aims to check ability to support "Arithmetic with Overflow"
intrinsics
; in the special case when those intrinsics are being generated by the
CodeGenPrepare;
-; pass during translations with optimization (note -O3 in llc arguments).
+; pass during
https://github.com/hekota converted_to_draft
https://github.com/llvm/llvm-project/pull/111207
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
jurahul wrote:
@JDevlieghere or @dwblaikie one last ping to comment if consistency of file
names is a strong enough motivation. If not, I will drop this.
https://github.com/llvm/llvm-project/pull/110692
___
cfe-commits mailing list
cfe-commits@lists.l
Author: Alexandros Lamprineas
Date: 2024-10-07T18:54:53+01:00
New Revision: 1297ff176580b8a1cb82128208349002652e5a83
URL:
https://github.com/llvm/llvm-project/commit/1297ff176580b8a1cb82128208349002652e5a83
DIFF:
https://github.com/llvm/llvm-project/commit/1297ff176580b8a1cb82128208349002652e5a
https://github.com/labrinea closed
https://github.com/llvm/llvm-project/pull/111386
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zyn0217 edited
https://github.com/llvm/llvm-project/pull/79
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zyn0217 edited
https://github.com/llvm/llvm-project/pull/79
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
gamesh411 wrote:
This commit is NFC, and the intention is to allow the integration of this
checker into BlockInCriticalSectionChecker and PthreadLockChecker to also be
NFC (or very close to that).
This patch introduces a new data model for the threading-related information in
the static analy
@@ -23,29 +23,41 @@ generic implementations of most library requirements,
allowing the target
to override the generic implementation at the granularity of individual
functions.
-libclc currently only supports the PTX target, but support for more
+libclc currently supports NVP
https://github.com/gamesh411 edited
https://github.com/llvm/llvm-project/pull/111381
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -23,29 +23,41 @@ generic implementations of most library requirements,
allowing the target
to override the generic implementation at the granularity of individual
functions.
-libclc currently only supports the PTX target, but support for more
+libclc currently supports NVP
https://github.com/gamesh411 updated
https://github.com/llvm/llvm-project/pull/111381
From 4af2c63e4e65b1a8dd9947afdd09fe18362f5cfe Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Endre=20F=C3=BCl=C3=B6p?=
Date: Thu, 3 Oct 2024 18:24:17 +0200
Subject: [PATCH] [clang][analyzer] Introduce MutexModeling
@@ -23,29 +23,41 @@ generic implementations of most library requirements,
allowing the target
to override the generic implementation at the granularity of individual
functions.
-libclc currently only supports the PTX target, but support for more
+libclc currently supports NVP
Author: David Spickett
Date: 2024-10-07T15:26:04+01:00
New Revision: 0e8555d4dbfdfeddc01dc2ecf9a9b6e804f7b645
URL:
https://github.com/llvm/llvm-project/commit/0e8555d4dbfdfeddc01dc2ecf9a9b6e804f7b645
DIFF:
https://github.com/llvm/llvm-project/commit/0e8555d4dbfdfeddc01dc2ecf9a9b6e804f7b645.diff
https://github.com/DavidSpickett closed
https://github.com/llvm/llvm-project/pull/111371
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -23,29 +23,41 @@ generic implementations of most library requirements,
allowing the target
to override the generic implementation at the granularity of individual
functions.
-libclc currently only supports the PTX target, but support for more
+libclc currently supports NVP
https://github.com/steakhal edited
https://github.com/llvm/llvm-project/pull/111381
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/kateinoigakukun updated
https://github.com/llvm/llvm-project/pull/111332
>From 605e1ad180c9f75fd59d8b783ae2041cbaf34e50 Mon Sep 17 00:00:00 2001
From: Yuta Saito
Date: Sat, 5 Oct 2024 16:54:57 +
Subject: [PATCH 1/7] [compiler-rt][profile] Add initial support for
WebAssem
asb wrote:
In terms of why it's larger on RISC-V and has got bigger, I don't know enough
about C++ modules to investigate much. `-module-file-info` wasn't very
informative. The last commit that bumped up the maximum size was
fa45f81ff7ea9fc2a2a40fea8dd7626ecc3a8dbb suggesting it may be increas
spavloff wrote:
I don't think think setting FPOptions in `ConditionalOperator` is a good idea.
This operator does not represent any floating-point operation so setting FP
properties on it does not look reasonable.
Instead, I would like to propose you using FPOptions from CompoundStmt, you
cou
https://github.com/RKSimon updated
https://github.com/llvm/llvm-project/pull/111001
>From b57d4529615383767bce3714f8924355ff6924ac Mon Sep 17 00:00:00 2001
From: Simon Pilgrim
Date: Thu, 3 Oct 2024 15:19:44 +0100
Subject: [PATCH] [clang][x86] Add constexpr support for some basic SSE1
intrinsic
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `lldb-arm-ubuntu` running
on `linaro-lldb-arm-ubuntu` while building `clang` at step 6 "test".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/18/builds/5023
Here is the relevant piece of the build log
https://github.com/DavidSpickett created
https://github.com/llvm/llvm-project/pull/111371
This seems to be an artifact from the intial import in 2012, but even if not,
folks are better off reading the LICENSE.TXT file for the full details if they
need them.
Fixes #109968
>From 34f7c9c40cac39
https://github.com/zyn0217 updated
https://github.com/llvm/llvm-project/pull/79
>From fc3e60d2c1d038ae3f3ef2e4ec3e86605cfb0f69 Mon Sep 17 00:00:00 2001
From: Younan Zhang
Date: Fri, 4 Oct 2024 23:42:30 +0800
Subject: [PATCH 1/3] [Clang][Parser] Remove the concept from the DeclContext
if th
https://github.com/gamesh411 updated
https://github.com/llvm/llvm-project/pull/111381
From 1f0ec8231830bb15199300060b428aa97fb4a35d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Endre=20F=C3=BCl=C3=B6p?=
Date: Thu, 3 Oct 2024 18:24:17 +0200
Subject: [PATCH] Introduce MutexModeling checker
This patc
@@ -584,7 +584,7 @@ void llvm_reset_counters(void) {
}
}
-#if !defined(_WIN32)
+#if !defined(_WIN32) && !defined(__wasi__)
kateinoigakukun wrote:
It makes sense to me, thanks!
https://github.com/llvm/llvm-project/pull/111332
___
https://github.com/kateinoigakukun updated
https://github.com/llvm/llvm-project/pull/111332
>From 605e1ad180c9f75fd59d8b783ae2041cbaf34e50 Mon Sep 17 00:00:00 2001
From: Yuta Saito
Date: Sat, 5 Oct 2024 16:54:57 +
Subject: [PATCH 1/8] [compiler-rt][profile] Add initial support for
WebAssem
https://github.com/float3 created
https://github.com/llvm/llvm-project/pull/111405
Updated the `HeaderFilterRegex` description to reference `--header-filter`
instead of the incorrect `--header-filter-regex` in the clang-tidy
documentation.
>From 1f8eb0e986d6733af726915c1a83433c2cc56fbf Mon Se
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: hill (float3)
Changes
Updated the `HeaderFilterRegex` description to reference `--header-filter`
instead of the incorrect `--header-filter-regex` in the clang-tidy
documentation.
---
Full diff: https://github.com/llvm/llvm-pr
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
llvmbot wrote:
@llvm/pr-subscribers-clang-tidy
Author: hill (float3)
Changes
Updated the `HeaderFilterRegex` description to reference `--header-filter`
instead of the incorrect `--header-filter-regex` in the clang-tidy
documentation.
---
Full diff: https://github.com/llvm/llvm-project/p
a-tarasyuk wrote:
If no further review is needed, could @cor3ntin @erichkeane merge these
changes, since I don’t have access? Thanks
https://github.com/llvm/llvm-project/pull/110761
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists
Author: Rainer Orth
Date: 2024-10-07T19:05:23+02:00
New Revision: b3c1403dc00a41c8222d4b1dd82cbb7c56fd61ae
URL:
https://github.com/llvm/llvm-project/commit/b3c1403dc00a41c8222d4b1dd82cbb7c56fd61ae
DIFF:
https://github.com/llvm/llvm-project/commit/b3c1403dc00a41c8222d4b1dd82cbb7c56fd61ae.diff
L
a-tarasyuk wrote:
@AaronBallman could you review these changes? thanks
https://github.com/llvm/llvm-project/pull/107786
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/topperc approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/111333
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/PeterChou1 ready_for_review
https://github.com/llvm/llvm-project/pull/111427
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/felix642 updated
https://github.com/llvm/llvm-project/pull/111424
From a786f626beb418cf6b8847c6250f0490b60affdb Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?F=C3=A9lix-Antoine=20Constantin?=
Date: Mon, 7 Oct 2024 15:27:36 -0400
Subject: [PATCH] [clang-tidy] Improved readability
Author: Nathan Lanza
Date: 2024-10-07T15:55:03-04:00
New Revision: dd0fe4fb7440182d8101135bfd694b2d84893c2e
URL:
https://github.com/llvm/llvm-project/commit/dd0fe4fb7440182d8101135bfd694b2d84893c2e
DIFF:
https://github.com/llvm/llvm-project/commit/dd0fe4fb7440182d8101135bfd694b2d84893c2e.diff
https://github.com/lanza closed https://github.com/llvm/llvm-project/pull/111417
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
lanza wrote:
> I am not familiar with how clang-tidy works. (I expect that will have to
> change and I should start using it.) So I can't meaningfully review this.
If you use clangd then the clang-tidy based warnings will just show up in your
editor. These files are just enforcing the ClangIR
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Ash Vardanian (ashvardanian)
Changes
This patch adds support for detecting the `AVX512VP2INTERSECT` ISA extension.
It's useful for Intel Tiger Lake mobile CPUs and any Zen 5 AMD CPUs.
No functional changes yet, just defining the featu
https://github.com/mizvekov approved this pull request.
https://github.com/llvm/llvm-project/pull/73
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -4159,7 +4159,7 @@ FunctionTemplateDecl *FunctionDecl::getPrimaryTemplate()
const {
if (FunctionTemplateSpecializationInfo *Info
= TemplateOrSpecialization
.dyn_cast()) {
-return Info->getTemplate();
+return Info->getTemplate()->getMostRecentDe
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 62ae01201fc7185aca61d040c4f2df5303bae0ad
278abd2cde54be013c09d2c35b976f7985ddead4 --e
@@ -2249,6 +2235,25 @@ static bool IsStandardConversion(Sema &S, Expr* From,
QualType ToType,
SCS.setAllToTypes(ToType);
return true;
+ } else if (argIsLValue && !FromType->canDecayToPointerType() &&
+ S.Context.getCanonicalType(FromType) != S.Context.Ove
AlexVlx wrote:
> So we both agree, that the compiler must compile the OpenCL code from above
> to SPIR-V without erroring out. We can do it in 2 ways:
>
> 1. Regularize types in the backend (since the backend is based on top of
> global isel we should have here better luck then in the translat
@@ -6,7 +6,7 @@
#include "../assembly.h"
-#ifdef __aarch64__
+#if defined(__aarch64__) && __ARM_FP != 0
keith-packard wrote:
Yeah, I've updated the patch after adapting some tests to make sure these all
work on non-FPU hardware. That leaves only `__arm_sc_m
bwendling wrote:
> After looking at the assembly produced by gcc more, it actually looks like
> it's using the allocation size if it's known in the current context (for
> example if the struct was just malloced in the same function) and otherwise
> returns INT_MAX for the __bdos of a struct co
bwendling wrote:
> So, we would actually get gcc's behavior with this patch:
>
> ```
> diff --git a/clang/lib/CodeGen/CGBuiltin.cpp b/clang/lib/CodeGen/CGBuiltin.cpp
> index c864714182e0..21ffe7b46a6e 100644
> --- a/clang/lib/CodeGen/CGBuiltin.cpp
> +++ b/clang/lib/CodeGen/CGBuiltin.cpp
> @@ -10
mizvekov wrote:
This will be fixed by https://github.com/llvm/llvm-project/pull/111457
https://github.com/llvm/llvm-project/pull/96023
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
kadircet wrote:
Sorry for not responding here for a while.
> These change mirror interface to getFileOrSTDIN() which has a IsText
> parameter. This does touch a number of places but I feel the changes are in
> line with the rest of the file I/O functions in llvm.
I think there's a huge differ
@@ -2218,6 +2219,12 @@ TypeInfo ASTContext::getTypeInfoImpl(const Type *T)
const {
Width = 0;
\
Align = 16;
\
break;
+#define AARCH64_OP
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (luxufan)
Changes
The RTTI type name global variable should be marked as global unnamed_addr
since the address of RTTI type name global variable
is not significant.
---
Full diff: https://github.com/llvm/llvm-project/pull/111343.dif
https://github.com/budimirarandjelovichtec updated
https://github.com/llvm/llvm-project/pull/105479
From 503b85ca47e69ca0620da56282c948cfd6b22b4b Mon Sep 17 00:00:00 2001
From: budimirarandjelovicsyrmia
Date: Fri, 5 Apr 2024 15:20:37 +0200
Subject: [PATCH] [clang] Catch missing format attribute
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: None (luxufan)
Changes
The RTTI type name global variable should be marked as global unnamed_addr
since the address of RTTI type name global variable
is not significant.
---
Full diff: https://github.com/llvm/llvm-project/pull/11
https://github.com/luxufan created
https://github.com/llvm/llvm-project/pull/111343
The RTTI type name global variable should be marked as global unnamed_addr
since the address of RTTI type name global variable
is not significant.
>From cabe9e1ac1305d970d944183ebf10effe783f5fc Mon Sep 17 00:0
luxufan wrote:
The failed test files have not been addressed for all. I will update them once
this change can be approved.
https://github.com/llvm/llvm-project/pull/111343
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/
https://github.com/nikic approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/111327
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
chrisnc wrote:
> It looks like there is already a warning for this in clang, it only triggers
> from -mfloat-abi=hard though: https://godbolt.org/z/dcaz8had4. Could it be
> made to work with any hard-float env? And maybe be made an error
> down-gradable to a warning?
>
> Generally clang-level
Author: Lucas Duarte Prates
Date: 2024-10-07T08:56:17+01:00
New Revision: da759dda58a7a1cbdaace26c381e1c3c5c5491ce
URL:
https://github.com/llvm/llvm-project/commit/da759dda58a7a1cbdaace26c381e1c3c5c5491ce
DIFF:
https://github.com/llvm/llvm-project/commit/da759dda58a7a1cbdaace26c381e1c3c5c5491ce
https://github.com/pratlucas closed
https://github.com/llvm/llvm-project/pull/109640
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/kateinoigakukun updated
https://github.com/llvm/llvm-project/pull/111332
>From 605e1ad180c9f75fd59d8b783ae2041cbaf34e50 Mon Sep 17 00:00:00 2001
From: Yuta Saito
Date: Sat, 5 Oct 2024 16:54:57 +
Subject: [PATCH 1/7] [compiler-rt][profile] Add initial support for
WebAssem
https://github.com/luxufan updated
https://github.com/llvm/llvm-project/pull/111343
>From cabe9e1ac1305d970d944183ebf10effe783f5fc Mon Sep 17 00:00:00 2001
From: luxufan
Date: Mon, 7 Oct 2024 07:14:06 +
Subject: [PATCH 1/3] [ItaniumCXXABI] Mark RTTI type name as global
unnamed_addr
The RT
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `lldb-arm-ubuntu` running
on `linaro-lldb-arm-ubuntu` while building `clang` at step 6 "test".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/18/builds/5012
Here is the relevant piece of the build log
https://github.com/statham-arm closed
https://github.com/llvm/llvm-project/pull/110804
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
NagyDonat wrote:
@pskrgag Thanks for fixing this issue quickly! :smile:
https://github.com/llvm/llvm-project/pull/111253
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,201 @@
+; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
UTC_ARGS: --version 5
+; RUN: llc < %s -mtriple=s390x-linux-gnu -mcpu=z16 | FileCheck %s
+;
+; Tests for 16-bit floating point (half).
+
+; Incoming half arguments added together and
@@ -0,0 +1,201 @@
+; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
UTC_ARGS: --version 5
+; RUN: llc < %s -mtriple=s390x-linux-gnu -mcpu=z16 | FileCheck %s
+;
+; Tests for 16-bit floating point (half).
+
+; Incoming half arguments added together and
@@ -1597,6 +1618,15 @@ bool SystemZTargetLowering::splitValueIntoRegisterParts(
return true;
}
+ // Convert f16 to f32 (Out-arg).
+ if (PartVT == MVT::f16) {
+assert(NumParts == 1 && "");
arsenm wrote:
Remove && "" or make it a meaningful message
@@ -784,6 +791,20 @@ bool SystemZTargetLowering::useSoftFloat() const {
return Subtarget.hasSoftFloat();
}
+MVT SystemZTargetLowering::getRegisterTypeForCallingConv(
+ LLVMContext &Context, CallingConv::ID CC,
+ EVT VT) const {
+ // 128-bit single-element vector t
@@ -784,6 +791,20 @@ bool SystemZTargetLowering::useSoftFloat() const {
return Subtarget.hasSoftFloat();
}
+MVT SystemZTargetLowering::getRegisterTypeForCallingConv(
+ LLVMContext &Context, CallingConv::ID CC,
+ EVT VT) const {
+ // 128-bit single-element vector t
1 - 100 of 461 matches
Mail list logo
