llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-s390x-linux-lnt`
running on `systemz-1` while building `clang,llvm` at step 7 "ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/136/builds/960
Here is the relevant piece of the bu
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-ppc64le-linux-multistage` running on `ppc64le-clang-multistage-test`
while building `clang` at step 5 "ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/76/builds/2986
Here is the
@@ -324,6 +324,13 @@ class ASTContext : public RefCountedBase {
/// This is lazily created. This is intentionally not serialized.
mutable llvm::StringMap StringLiteralCache;
+ /// The next string literal "version" to allocate during constant evaluation.
+ /// This is us
wzssyqa wrote:
> My understanding is that all of these `musl*` environments have been added to
> GCC and LLVM on an as-needed basis for toolchains, not necessarily because
> musl itself needs them.
Do you have interesting to add them to GCC? I guess we need to add
config.sub/config.guess firs
wzssyqa wrote:
Sorry for the late comment.
I find a problem. With the IR code like
```
define dso_local float @f1(float noundef %a, float noundef %b)
local_unnamed_addr #0 {
entry:
%call = tail call float @llvm.minimumnum.f32(float noundef %a, float noundef
%b) #2
ret float %call
}
`./bin/
https://github.com/zygoloid updated
https://github.com/llvm/llvm-project/pull/109208
>From 81193568c17a89f6cf42f43a82fb1fbf0f90184d Mon Sep 17 00:00:00 2001
From: Richard Smith
Date: Wed, 18 Sep 2024 21:59:56 +
Subject: [PATCH 01/14] Implement current CWG direction for string literal
compa
@@ -8573,7 +8661,10 @@ class LValueExprEvaluator
bool VisitMaterializeTemporaryExpr(const MaterializeTemporaryExpr *E);
bool VisitCompoundLiteralExpr(const CompoundLiteralExpr *E);
bool VisitMemberExpr(const MemberExpr *E);
- bool VisitStringLiteral(const StringLiteral *
Author: Thomas Fransham
Date: 2024-09-20T08:05:59+03:00
New Revision: dab3c6d39458fcc0607c678263132d7ca184cddd
URL:
https://github.com/llvm/llvm-project/commit/dab3c6d39458fcc0607c678263132d7ca184cddd
DIFF:
https://github.com/llvm/llvm-project/commit/dab3c6d39458fcc0607c678263132d7ca184cddd.dif
https://github.com/vgvassilev closed
https://github.com/llvm/llvm-project/pull/109319
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -144,6 +144,7 @@ add_clang_library(clangCodeGen
VarBypassDetector.cpp
DEPENDS
+ vt_gen
phoebewang wrote:
Why it depends?
https://github.com/llvm/llvm-project/pull/109342
___
cfe-commits mailing list
cfe-com
https://github.com/HighCommander4 updated
https://github.com/llvm/llvm-project/pull/108475
>From 2b14e8063c21e32d771c3f82ec9fc2319a24d5a6 Mon Sep 17 00:00:00 2001
From: Nathan Ridge
Date: Tue, 10 Sep 2024 22:34:55 -0400
Subject: [PATCH] [AST] Ensure getRawCommentsForAnyRedecl() does not miss an
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/109372
None
>From b8009302e897f8759c18e74012ea8b4901a82481 Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Thu, 19 Sep 2024 09:21:50 -0700
Subject: [PATCH] [TableGen] Avoid repeated hash lookups (NFC)
---
cl
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/109373
None
>From 68677c82b0c2d437be7926288249a043e5325ffe Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Thu, 19 Sep 2024 09:37:59 -0700
Subject: [PATCH] [clang-tidy] Avoid repeated hash lookups (NFC)
---
https://github.com/HighCommander4 updated
https://github.com/llvm/llvm-project/pull/108475
>From d224e1b658f56bf741cebf8dc5b2914716d9f47b Mon Sep 17 00:00:00 2001
From: Nathan Ridge
Date: Tue, 10 Sep 2024 22:34:55 -0400
Subject: [PATCH] [AST] Ensure getRawCommentsForAnyRedecl() does not miss an
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/109374
None
>From 5e05b5835a639eb211a381b03057b8ff9f7be6df Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Thu, 19 Sep 2024 09:39:33 -0700
Subject: [PATCH] [clang-move] Avoid repeated hash lookups (NFC)
---
HighCommander4 wrote:
(Rebased)
https://github.com/llvm/llvm-project/pull/108475
___
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: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/109372.diff
1 Files Affected:
- (modified) clang/utils/TableGen/ClangOpenCLBuiltinEmitter.cpp (+3-5)
``diff
diff --git a/clang/uti
llvmbot wrote:
@llvm/pr-subscribers-clang-tidy
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/109373.diff
1 Files Affected:
- (modified) clang-tools-extra/clang-tidy/ExpandModularHeadersPPCallbacks.cpp
(+1-2)
``diff
di
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Kazu Hirata (kazutakahirata)
Changes
GlobalMethodPool, the type of MethodPool, is a type wrapping DenseMap
and exposes only a subset of the DenseMap methods.
This patch adds operator[] to GlobalMethodPool so that we can avoid
repeated hash
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/109375
GlobalMethodPool, the type of MethodPool, is a type wrapping DenseMap
and exposes only a subset of the DenseMap methods.
This patch adds operator[] to GlobalMethodPool so that we can avoid
repeated hash l
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/109374.diff
1 Files Affected:
- (modified) clang-tools-extra/clang-move/HelperDeclRefGraph.cpp (+1-2)
``diff
diff --gi
llvmbot wrote:
@llvm/pr-subscribers-clangd
Author: Thomas Fransham (fsfod)
Changes
If a add_clang_library call doesn't specify building as static or shared
library they are implicitly added to the list static libraries that is linked
in to clang-cpp shared library here.
https://github.co
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/6103
Here is the
https://github.com/fsfod created
https://github.com/llvm/llvm-project/pull/109321
If a add_clang_library call doesn't specify building as static or shared
library they are implicitly added to the list static libraries that is linked
in to clang-cpp shared library here.
https://github.com/llvm/
@@ -74,6 +74,22 @@ C++ Specific Potentially Breaking Changes
template
void f();
+- During constant evaluation, comparisons between different evaluations of the
+ same string literal are now correctly treated as non-constant, and
comparisons
+ between string literal
https://github.com/Prabhuk created
https://github.com/llvm/llvm-project/pull/109320
Continuing the effort to support UEFI target as a first class citizen.
The first backend I am trying to support here is x86_64.
Original RFC:
https://discourse.llvm.org/t/rfc-uefi-driver-support-uefi-target/73
@@ -2142,11 +2150,81 @@ static const ValueDecl *GetLValueBaseDecl(const LValue
&LVal) {
return LVal.Base.dyn_cast();
}
-static bool IsLiteralLValue(const LValue &Value) {
- if (Value.getLValueCallIndex())
+// Information about an LValueBase that is some kind of string.
+st
https://github.com/vgvassilev approved this pull request.
This change looks reasonable to me.
https://github.com/llvm/llvm-project/pull/109319
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-c
https://github.com/tkoeppe updated
https://github.com/llvm/llvm-project/pull/109169
From 1149cbacb6b8376b6ed3d7651f0fa51360a67ffe Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Thomas=20K=C3=B6ppe?=
Date: Wed, 18 Sep 2024 17:04:44 +
Subject: [PATCH] [clang-tidy] Make modernize-use-nullptr matcher
https://github.com/erichkeane approved this pull request.
I'm happy once SOME level of solution for the index-starting-value is done
(`NextStringLiteralVersion=rand()` 🤡). I think the avoided collisions is worth
a touch of effort, but not much more.
I think there is some concern from other
@@ -84,6 +84,29 @@ void test_macro_expansion4() {
#undef MY_NULL
}
+template struct pear {
+ // If you say __null (or NULL), we assume that T will always be a pointer
fmayer wrote:
Sorry, the implication of my comment was: explain why in a comment, because
https://github.com/fmayer approved this pull request.
https://github.com/llvm/llvm-project/pull/109169
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -84,6 +84,29 @@ void test_macro_expansion4() {
#undef MY_NULL
}
+template struct pear {
+ // If you say __null (or NULL), we assume that T will always be a pointer
fmayer wrote:
Thanks, otherwise this comment will only cause confusion.
https://github.co
@@ -84,6 +84,29 @@ void test_macro_expansion4() {
#undef MY_NULL
}
+template struct pear {
+ // If you say __null (or NULL), we assume that T will always be a pointer
tkoeppe wrote:
Sure, done.
https://github.com/llvm/llvm-project/pull/109169
_
https://github.com/joaosaffran updated
https://github.com/llvm/llvm-project/pull/109331
>From 8f21239c496cc4ce273bafb2c2dd5a22de16a0c3 Mon Sep 17 00:00:00 2001
From: Joao Saffran
Date: Thu, 19 Sep 2024 00:13:51 +
Subject: [PATCH] adding clang codegen
---
clang/include/clang/Basic/Builtins
goldsteinn wrote:
> Reproducer:
>
> ```
> ; bin/opt -passes=inline reduced.ll -S
> target datalayout =
> "e-m:e-p270:32:32-p271:32:32-p272:64:64-i64:64-i128:128-f80:128-n8:16:32:64-S128"
> target triple = "x86_64-unknown-linux-gnu"
>
> define i64 @caller(ptr %p1, ptr %p2) {
> %1 = call i64 %
https://github.com/HighCommander4 updated
https://github.com/llvm/llvm-project/pull/108475
>From 2b14e8063c21e32d771c3f82ec9fc2319a24d5a6 Mon Sep 17 00:00:00 2001
From: Nathan Ridge
Date: Tue, 10 Sep 2024 22:34:55 -0400
Subject: [PATCH] [AST] Ensure getRawCommentsForAnyRedecl() does not miss an
@@ -440,14 +440,23 @@ const RawComment *ASTContext::getRawCommentForAnyRedecl(
// Any redeclarations of D that we haven't checked for comments yet?
// We can't use DenseMap::iterator directly since it'd get invalid.
- auto LastCheckedRedecl = [this, CanonicalD]() -> const
shiltian wrote:
The fix looks good. A test would be preferred.
https://github.com/llvm/llvm-project/pull/109366
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
HighCommander4 wrote:
Thanks for the reviews! I'll add the release note shortly (need to update to a
newer baseline first).
https://github.com/llvm/llvm-project/pull/108475
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org
@@ -0,0 +1,99 @@
+//===- unittests/AST/RawCommentForDeclTestTest.cpp
+//-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier:
https://github.com/HighCommander4 edited
https://github.com/llvm/llvm-project/pull/108475
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
HighCommander4 wrote:
Note, I also updated the commit message to reflect the new fix approach.
https://github.com/llvm/llvm-project/pull/108475
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-
@@ -3644,13 +3645,28 @@ static void RenderSSPOptions(const Driver &D, const
ToolChain &TC,
<< A->getOption().getName() << Value << "sysreg global";
return;
}
+if (EffectiveTriple.isRISCV()) {
+ if (Value != "tls" && Value != "global") {
---
@@ -3644,13 +3645,28 @@ static void RenderSSPOptions(const Driver &D, const
ToolChain &TC,
<< A->getOption().getName() << Value << "sysreg global";
return;
}
+if (EffectiveTriple.isRISCV()) {
+ if (Value != "tls" && Value != "global") {
+D.
@@ -3664,12 +3680,18 @@ static void RenderSSPOptions(const Driver &D, const
ToolChain &TC,
<< A->getOption().getName() << Value;
return;
}
+if (EffectiveTriple.isRISCV() && (Offset <= -2048 || Offset >= 2048)) {
keith-packard wrote:
Do
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-ppc64-aix` running
on `aix-ppc64` while building `clang-tools-extra,clang,llvm,utils` at step 3
"clean-build-dir".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/64/builds/1020
Here is the rel
https://github.com/zygoloid updated
https://github.com/llvm/llvm-project/pull/109208
>From 81193568c17a89f6cf42f43a82fb1fbf0f90184d Mon Sep 17 00:00:00 2001
From: Richard Smith
Date: Wed, 18 Sep 2024 21:59:56 +
Subject: [PATCH 01/13] Implement current CWG direction for string literal
compa
zygoloid wrote:
> I'm happy once SOME level of solution for the index-starting-value is done
> (`NextStringLiteralVersion=rand()` 🤡). I think the avoided collisions is
> worth a touch of effort, but not much more.
Um. So. I added a test for this before I started working on a fix, and ... the
@@ -0,0 +1,19 @@
+; RUN: llc -mtriple=riscv64-unknown-elf < %s | \
topperc wrote:
Use `llvm/utils/update_llc_test_checks.py` to generate the checks.
https://github.com/llvm/llvm-project/pull/108942
___
cfe-commits mail
@@ -8573,7 +8661,10 @@ class LValueExprEvaluator
bool VisitMaterializeTemporaryExpr(const MaterializeTemporaryExpr *E);
bool VisitCompoundLiteralExpr(const CompoundLiteralExpr *E);
bool VisitMemberExpr(const MemberExpr *E);
- bool VisitStringLiteral(const StringLiteral *
goldsteinn wrote:
> Okay, the bug is from the fact that we simplify the values in `VMap` which
> can mean that even if `VMap.lookup(InnerCB)` exists, it doesn't imply that
> `NewInnerCB` is actually the same function. This is really only an issue for
> intrins which can simplify but is an acti
@@ -18824,6 +18824,40 @@ case Builtin::BI__builtin_hlsl_elementwise_isinf: {
retType, CGM.getHLSLRuntime().getSignIntrinsic(),
ArrayRef{Op0}, nullptr, "hlsl.sign");
}
+ // This should only be called when targeting DXIL
+ case Builtin::BI__builtin_hlsl_asuint
https://github.com/pow2clk updated
https://github.com/llvm/llvm-project/pull/106146
>From 40224473a7b43bc4ffe2024ab51196c2130bedc7 Mon Sep 17 00:00:00 2001
From: Greg Roth
Date: Sun, 25 Aug 2024 12:00:03 -0600
Subject: [PATCH] [DirectX] Remove trivially dead functions at linkage finalize
Funct
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Greg Roth (pow2clk)
Changes
Functions are not removed even when made internal by DXILFinalizeLinkage The
removal code is called from alwaysinliner and globalopt, which are invoked too
early to remove functions made internal by this pass.
https://github.com/pow2clk ready_for_review
https://github.com/llvm/llvm-project/pull/106146
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/pow2clk edited
https://github.com/llvm/llvm-project/pull/106146
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-backend-directx
Author: Greg Roth (pow2clk)
Changes
Functions are not removed even when made internal by DXILFinalizeLinkage The
removal code is called from alwaysinliner and globalopt, which are invoked too
early to remove functions made internal by t
https://github.com/pow2clk edited
https://github.com/llvm/llvm-project/pull/106146
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -19,20 +19,20 @@
using namespace llvm;
static bool finalizeLinkage(Module &M) {
- SmallPtrSet EntriesAndExports;
+ SmallPtrSet Funcs;
// Find all entry points and export functions
for (Function &EF : M.functions()) {
-if (!EF.hasFnAttribute("hlsl.shader") && !
llvmbot wrote:
@llvm/pr-subscribers-hlsl
Author: Greg Roth (pow2clk)
Changes
Functions are not removed even when made internal by DXILFinalizeLinkage The
removal code is called from alwaysinliner and globalopt, which are invoked too
early to remove functions made internal by this pass.
@@ -443,6 +443,426 @@ AST_MATCHER(ArraySubscriptExpr, isSafeArraySubscript) {
return false;
}
+AST_MATCHER_P(CallExpr, hasNumArgs, unsigned, Num) {
+ return Node.getNumArgs() == Num;
+}
+
+namespace libc_func_matchers {
+// Under `libc_func_matchers`, define a set of matche
llvmbot wrote:
@llvm/pr-subscribers-clang-format
Author: Owen Pan (owenca)
Changes
Fixes #60146.
---
Full diff: https://github.com/llvm/llvm-project/pull/109370.diff
2 Files Affected:
- (modified) clang/lib/Format/TokenAnnotator.cpp (+13-21)
- (modified) clang/unittests/Format/TokenAn
https://github.com/owenca created
https://github.com/llvm/llvm-project/pull/109370
Fixes #60146.
>From bbe60a2126bd90835738485955fbe05f530afb6e Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Thu, 19 Sep 2024 21:12:06 -0700
Subject: [PATCH] [clang-format] Correctly annotate pointer/reference in
https://github.com/HighCommander4 edited
https://github.com/llvm/llvm-project/pull/108475
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jroelofs approved this pull request.
https://github.com/llvm/llvm-project/pull/109306
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zygoloid updated
https://github.com/llvm/llvm-project/pull/109208
>From 81193568c17a89f6cf42f43a82fb1fbf0f90184d Mon Sep 17 00:00:00 2001
From: Richard Smith
Date: Wed, 18 Sep 2024 21:59:56 +
Subject: [PATCH 01/12] Implement current CWG direction for string literal
compa
Author: Evan Wilde
Date: 2024-09-19T14:14:18-07:00
New Revision: c3fe727181818d3efdd2ce96598bfe6a2d3ffb83
URL:
https://github.com/llvm/llvm-project/commit/c3fe727181818d3efdd2ce96598bfe6a2d3ffb83
DIFF:
https://github.com/llvm/llvm-project/commit/c3fe727181818d3efdd2ce96598bfe6a2d3ffb83.diff
LO
https://github.com/etcwilde closed
https://github.com/llvm/llvm-project/pull/109306
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tarunprabhu updated
https://github.com/llvm/llvm-project/pull/102975
>From f0801cb9e3caeb41a078bc091b9ed624695c83e4 Mon Sep 17 00:00:00 2001
From: Tarun Prabhu
Date: Mon, 12 Aug 2024 14:32:08 -0600
Subject: [PATCH 1/6] [clang][flang][mlir] Support -frecord-command-line option
llvmbot wrote:
@llvm/pr-subscribers-clang
@llvm/pr-subscribers-clang-static-analyzer-1
Author: Pavel Skripkin (pskrgag)
Changes
This is small follow-up for #106081
While trying to add sanity check for `Enviroment` and `Store` being consistent
during `checkPostCall` and `checkPreCall` I f
https://github.com/joaosaffran updated
https://github.com/llvm/llvm-project/pull/109331
>From 0059eb9640cad23ef2a7178c6b0eca327f5db6da Mon Sep 17 00:00:00 2001
From: Joao Saffran
Date: Thu, 19 Sep 2024 00:13:51 +
Subject: [PATCH] adding clang codegen
---
clang/include/clang/Basic/Builtins
Author: Tarun Prabhu
Date: 2024-09-19T18:28:50-06:00
New Revision: b3533a156da92262eb19429d8c12f53e87f5ccec
URL:
https://github.com/llvm/llvm-project/commit/b3533a156da92262eb19429d8c12f53e87f5ccec
DIFF:
https://github.com/llvm/llvm-project/commit/b3533a156da92262eb19429d8c12f53e87f5ccec.diff
https://github.com/tarunprabhu closed
https://github.com/llvm/llvm-project/pull/102975
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/peilin-ye updated
https://github.com/llvm/llvm-project/pull/108636
>From 087c7eb6e5fdd6866ee5209ce9cea93864dd3c6d Mon Sep 17 00:00:00 2001
From: Peilin Ye
Date: Thu, 15 Aug 2024 21:49:23 +
Subject: [PATCH 1/3] [BPF] Refactor BPFSubtarget::initSubtargetFeatures()
(NFC)
R
https://github.com/joaosaffran updated
https://github.com/llvm/llvm-project/pull/109331
>From cb1ed6bead315b9d4982a27c53501c94981777ad Mon Sep 17 00:00:00 2001
From: Joao Saffran
Date: Thu, 19 Sep 2024 00:13:51 +
Subject: [PATCH] adding clang codegen
---
clang/include/clang/Basic/Builtins
peilin-ye wrote:
(pushed v2 to resolve the easier issues first :-)
- deleted redundant `CPU.empty()` check
- for now, fall back to `ACQUIRE` and `RELEASE` if user requested weaker memory
orders (`RELAXED` or `CONSUME`), until we actually support them
- took Eduard's suggestion in #107343 to u
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `flang-aarch64-libcxx`
running on `linaro-flang-aarch64-libcxx` while building `clang,flang,mlir` at
step 6 "test-build-unified-tree-check-flang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/89/buil
alexrp wrote:
> Do you have interesting to add them to GCC? I guess we need to add
> config.sub/config.guess first.
I would like to see the changes mirrored there, and code-wise it doesn't seem
like a lot of work to do so. But, frankly, the contribution process for GCC
(and the GNU ecosystem
Author: Alex Rønne Petersen
Date: 2024-09-20T08:53:03+08:00
New Revision: 72a218056d68b7aa65ab3eda56837117bb59f11a
URL:
https://github.com/llvm/llvm-project/commit/72a218056d68b7aa65ab3eda56837117bb59f11a
DIFF:
https://github.com/llvm/llvm-project/commit/72a218056d68b7aa65ab3eda56837117bb59f11a
https://github.com/wzssyqa closed
https://github.com/llvm/llvm-project/pull/107664
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
wzssyqa wrote:
OK. Then I will work on GCC with this support.
https://github.com/llvm/llvm-project/pull/107664
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jhuber6 created
https://github.com/llvm/llvm-project/pull/109366
Summary:
Now that we have a functional build for `libc++` on the GPU, it will now
find the target specific headers in `include/amdgcn-amd-amdhsa`. This is
a problem for offloading via OpenMP because we need the C
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Joseph Huber (jhuber6)
Changes
Summary:
Now that we have a functional build for `libc++` on the GPU, it will now
find the target specific headers in `include/amdgcn-amd-amdhsa`. This is
a problem for offloading via OpenMP because we need th
https://github.com/Prabhuk edited
https://github.com/llvm/llvm-project/pull/109364
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/python3kgae approved this pull request.
https://github.com/llvm/llvm-project/pull/106146
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
bhandarkar-pranav wrote:
> I just merged my revert PR #109340 I'll investigate further on the cause for
> the warning that shows up in the build bots causing the test failure
Sounds good. As you can see, my fix is unrelated to this issue that you are
seeing which seems to be real issue worth i
https://github.com/Prabhuk updated
https://github.com/llvm/llvm-project/pull/109364
>From 5686cf3c8b4f2c9d92528d3d8b2d47e831600488 Mon Sep 17 00:00:00 2001
From: Prabhuk
Date: Thu, 19 Sep 2024 19:53:59 -0700
Subject: [PATCH 1/2] Reland "[Driver] Add toolchain for X86_64 UEFI target
(#76838)"
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Prabhuk (Prabhuk)
Changes
Reverts llvm/llvm-project#109340
Addressing the failed MAC Clang Driver test as part of this reland.
---
Full diff: https://github.com/llvm/llvm-project/pull/109364.diff
10 Files Affected:
- (modified) c
https://github.com/pow2clk updated
https://github.com/llvm/llvm-project/pull/106146
>From 40224473a7b43bc4ffe2024ab51196c2130bedc7 Mon Sep 17 00:00:00 2001
From: Greg Roth
Date: Sun, 25 Aug 2024 12:00:03 -0600
Subject: [PATCH 1/2] [DirectX] Remove trivially dead functions at linkage
finalize
https://github.com/Prabhuk ready_for_review
https://github.com/llvm/llvm-project/pull/109364
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-s390x-linux-multistage` running on `systemz-1` while building
`clang,llvm,mlir` at step 11 "ninja check 2".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/98/builds/388
Here is the relevant pi
tbaederr wrote:
Same question for regular binary operators:
```c++
using VI __attribute__((ext_vector_type(4))) = int;
constexpr int a() {
VI a = {0, 0, 0, 0};
VI b = {1,1,1,1};
VI C = (a + b);
return 0;
}
static_assert(a() == 0);
```
Also, might make sense to add them to `tes
@@ -9800,3 +9817,45 @@ SDValue
SystemZTargetLowering::lowerVECREDUCE_ADD(SDValue Op,
ISD::EXTRACT_VECTOR_ELT, DL, VT, DAG.getBitcast(OpVT, Op),
DAG.getConstant(OpVT.getVectorNumElements() - 1, DL, MVT::i32));
}
+
+// Only consider a function fully internal as long
@@ -2142,11 +2150,81 @@ static const ValueDecl *GetLValueBaseDecl(const LValue
&LVal) {
return LVal.Base.dyn_cast();
}
-static bool IsLiteralLValue(const LValue &Value) {
- if (Value.getLValueCallIndex())
+// Information about an LValueBase that is some kind of string.
+st
@@ -324,6 +324,13 @@ class ASTContext : public RefCountedBase {
/// This is lazily created. This is intentionally not serialized.
mutable llvm::StringMap StringLiteralCache;
+ /// The next string literal "version" to allocate during constant evaluation.
+ /// This is us
@@ -2061,15 +2063,21 @@ static bool EvaluateIgnoredValue(EvalInfo &Info, const
Expr *E) {
return true;
}
-/// Should this call expression be treated as a no-op?
-static bool IsNoOpCall(const CallExpr *E) {
+/// Should this call expression be treated as forming an opaque con
https://github.com/labrinea updated
https://github.com/llvm/llvm-project/pull/108383
>From 50820f4f3ded438162a33eabca84c5077fd2a5aa Mon Sep 17 00:00:00 2001
From: Alexandros Lamprineas
Date: Thu, 12 Sep 2024 13:55:24 +0100
Subject: [PATCH] [FMV][AArch64] Remove feature sha1 from FMV.
Sha1 has
@@ -9800,3 +9817,45 @@ SDValue
SystemZTargetLowering::lowerVECREDUCE_ADD(SDValue Op,
ISD::EXTRACT_VECTOR_ELT, DL, VT, DAG.getBitcast(OpVT, Op),
DAG.getConstant(OpVT.getVectorNumElements() - 1, DL, MVT::i32));
}
+
+// Only consider a function fully internal as long
@@ -5461,6 +5461,13 @@ std::string llvm::UpgradeDataLayoutString(StringRef DL,
StringRef TT) {
return Res;
}
+ if (T.isSPARC()) {
+// Add "-i128:128"
+if (!DL.empty() && !DL.contains("-i128:128"))
+ Res.append("-i128:128");
+return Res;
+ }
--
101 - 200 of 489 matches
Mail list logo
