https://github.com/cor3ntin approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/126421
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/cor3ntin edited
https://github.com/llvm/llvm-project/pull/126421
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -68,7 +68,7 @@ class RISCVTargetInfo : public TargetInfo {
return TargetInfo::VoidPtrBuiltinVaList;
}
- std::string_view getClobbers() const override { return ""; }
+ std::string_view getClobbers() const override { return "~{vl},~{vtype}"; }
wangpc-
https://github.com/wangpc-pp commented:
I see. But what's the difference if we add `vl/vtype` to the list of clobbered
registers explicitly in C/C++ asm statements?
https://github.com/llvm/llvm-project/pull/128636
___
cfe-commits mailing list
cfe-comm
https://github.com/wangpc-pp edited
https://github.com/llvm/llvm-project/pull/128636
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/grypp approved this pull request.
https://github.com/llvm/llvm-project/pull/127736
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -708,6 +712,34 @@ void amdgpu::getAMDGPUTargetFeatures(const Driver &D,
options::OPT_m_amdgpu_Features_Group);
}
+static unsigned GetFullLTOPartitions(const Driver &D, const ArgList &Args) {
+ const Arg *A = Args.getLastArg(options::OPT_flto_par
https://github.com/petrhosek updated
https://github.com/llvm/llvm-project/pull/128680
>From 0662cddc6837c281c102995e2789bb0f81adb415 Mon Sep 17 00:00:00 2001
From: Petr Hosek
Date: Fri, 7 Feb 2025 08:49:18 -0800
Subject: [PATCH 1/2] [Fuchsia] Support PGO
Enable 2-stage builds with PGO.
---
..
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Ryosuke Niwa (rniwa)
Changes
Add a new WebKit checker to validate the correct use of RetainPtr constructor
as well as adoptNS and adoptCF functions. adoptNS and adoptCf are used for +1
semantics and RetainPtr constructor is used for +0 se
https://github.com/rniwa created
https://github.com/llvm/llvm-project/pull/128679
Add a new WebKit checker to validate the correct use of RetainPtr constructor
as well as adoptNS and adoptCF functions. adoptNS and adoptCf are used for +1
semantics and RetainPtr constructor is used for +0 seman
https://github.com/petrhosek created
https://github.com/llvm/llvm-project/pull/128680
Enable 2-stage builds with PGO.
>From 0662cddc6837c281c102995e2789bb0f81adb415 Mon Sep 17 00:00:00 2001
From: Petr Hosek
Date: Fri, 7 Feb 2025 08:49:18 -0800
Subject: [PATCH 1/2] [Fuchsia] Support PGO
Enable
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Petr Hosek (petrhosek)
Changes
Enable 2-stage builds with PGO.
---
Full diff: https://github.com/llvm/llvm-project/pull/128680.diff
2 Files Affected:
- (added) clang/cmake/caches/Fuchsia-stage2-instrumented.cmake (+44)
- (modified) cla
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 b335d5a8303250cb49901ecae7570adf61abbd3c
b4001f95cf6d35f59ef8af6df8f2bdbe043da380 --e
Alcaro wrote:
So what's going on here? What's the next step? Who's waiting for who?
https://github.com/llvm/llvm-project/pull/127331
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Fznamznon approved this pull request.
https://github.com/llvm/llvm-project/pull/125671
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arsenm created
https://github.com/llvm/llvm-project/pull/128692
Comparing the case where each dimension is used alone, the only codegen
difference
is a missed addressing mode fold for the constant offset in the old version due
to
an ancient bug.
>From a6b39981322eb0d603852e
arsenm wrote:
* **#128692** https://app.graphite.dev/github/pr/llvm/llvm-project/128692?utm_source=stack-comment-icon";
target="_blank">https://static.graphite.dev/graphite-32x32-black.png"; alt="Graphite"
width="10px" height="10px"/> 👈 https://app.graphite.dev/github/pr/llvm/llvm-project/12869
https://github.com/arsenm ready_for_review
https://github.com/llvm/llvm-project/pull/128692
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
zmodem wrote:
> Re: sroa/mem2reg, that's a valid concern with Hans's intrinsic approach.
Is it still a concern in the latest version, which makes mem2reg aware of the
intrinsic?
I don't have a good feel for whether putting a flag on `AllocaInst` or using an
intrinsic is less disruptive. Happy
arsenm wrote:
Actually the old codegen looks totally busted, loading from a constant offset
from null
https://github.com/llvm/llvm-project/pull/128692
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/list
https://github.com/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/128540
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,73 @@
+#if __CLC_FPSIZE == 32
+
+_CLC_OVERLOAD _CLC_DEF __CLC_INTN __clc_ilogb(__CLC_GENTYPE x) {
+ __CLC_UINTN ux = __CLC_AS_UINTN(x);
frasercrmck wrote:
Yeah, I'm not sure using `frexp` is currently better given that there's no
native path for it.
https://github.com/frasercrmck approved this pull request.
https://github.com/llvm/llvm-project/pull/128692
___
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-static-analyzer-1
Author: Ryosuke Niwa (rniwa)
Changes
Add a new WebKit checker to validate the correct use of RetainPtr constructor
as well as adoptNS and adoptCF functions. adoptNS and adoptCf are used for +1
semantics and RetainPtr constructor
https://github.com/HazardyKnusperkeks approved this pull request.
https://github.com/llvm/llvm-project/pull/128623
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Pierre-vh updated
https://github.com/llvm/llvm-project/pull/128509
>From cae772441c0d87a017f5cc2cb0b9c970c6b7fcde Mon Sep 17 00:00:00 2001
From: pvanhout
Date: Mon, 24 Feb 2025 14:21:49 +0100
Subject: [PATCH 1/3] [clang][AMDGPU] Enable module splitting by default
The default
frasercrmck wrote:
ping. Are the discussions above blocking the PR?
If clang's internal headers are unsuitable must we fix those before landing
this, or temporarily fix the installation of libclc's headers instead?
https://github.com/llvm/llvm-project/pull/126908
__
https://github.com/rniwa updated
https://github.com/llvm/llvm-project/pull/128679
>From b4001f95cf6d35f59ef8af6df8f2bdbe043da380 Mon Sep 17 00:00:00 2001
From: Ryosuke Niwa
Date: Tue, 25 Feb 2025 00:47:45 -0800
Subject: [PATCH 1/2] [alpha.webkit.webkit.RetainPtrCtorAdoptChecker] Add a new
WebK
https://github.com/bd1976bris edited
https://github.com/llvm/llvm-project/pull/126654
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Alcaro
Date: 2025-02-25T15:25:26+05:30
New Revision: 547a8bc2365d9f1dc7bce52580a3ab64d69c80ed
URL:
https://github.com/llvm/llvm-project/commit/547a8bc2365d9f1dc7bce52580a3ab64d69c80ed
DIFF:
https://github.com/llvm/llvm-project/commit/547a8bc2365d9f1dc7bce52580a3ab64d69c80ed.diff
LOG: [
https://github.com/abhishek-kaushik22 closed
https://github.com/llvm/llvm-project/pull/127331
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck updated
https://github.com/llvm/llvm-project/pull/128540
>From 0417fefc8b1d6b65941e48a1c2c4c700f601b38b Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Mon, 24 Feb 2025 17:27:59 +
Subject: [PATCH 1/2] [libclc] Move log/log2/log10 to CLC library
No changes
@@ -266,6 +266,22 @@ def CIR_PointerType : CIR_Type<"Pointer", "ptr",
}];
}
+//===--===//
+// BoolType
+//===--===//
+
+def CIR_BoolType :
https://github.com/frasercrmck edited
https://github.com/llvm/llvm-project/pull/128540
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,72 @@
+; NOTE: Assertions have been autogenerated by utils/update_test_checks.py
UTC_ARGS: --version 5
+; RUN: opt -S -scalarizer -dxil-op-lower
-mtriple=dxil-pc-shadermodel6.3-library %s | FileCheck %s
+
+; CHECK: %dx.types.i32c = type { i32, i1 }
+
+define noundef i
@@ -0,0 +1,339 @@
+/*
+ * Copyright (c) 2014,2015 Advanced Micro Devices, Inc.
+ *
+ * Permission is hereby granted, free of charge, to any person obtaining a copy
+ * of this software and associated documentation files (the "Software"), to
deal
+ * in the Software without restri
@@ -0,0 +1,339 @@
+/*
+ * Copyright (c) 2014,2015 Advanced Micro Devices, Inc.
+ *
+ * Permission is hereby granted, free of charge, to any person obtaining a copy
+ * of this software and associated documentation files (the "Software"), to
deal
+ * in the Software without restri
AaronBallman wrote:
> I need to commit this by end of day Wednesday - if I should wait a little
> longer, let me know so I can plan around it. Thanks.
Sorry, but I'm at C standards meetings this week, so I don't think I'll be able
to review it by then. CC @aaronpuchert who maybe can help?
htt
https://github.com/lenary updated
https://github.com/llvm/llvm-project/pull/128731
>From 6f8c6d152033505db6f6b1f8a424c01fcfc05c0d Mon Sep 17 00:00:00 2001
From: Sam Elliott
Date: Mon, 24 Feb 2025 23:07:05 -0800
Subject: [PATCH 1/6] [RISCV] Add Xqccmp Assembly Support
Xqccmp is a new spec by Qu
@@ -0,0 +1,95 @@
+//=== RISCVInstrInfoXqccmp.td --*- tablegen
-*-===//
+//
+// 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: Apa
https://github.com/Icohedron edited
https://github.com/llvm/llvm-project/pull/127137
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Icohedron edited
https://github.com/llvm/llvm-project/pull/127137
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/RiverDave edited
https://github.com/llvm/llvm-project/pull/128402
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
erichkeane wrote:
also-also: A bug report to improve the diagnostic for `-Wmismatched-dealloc`
based on this being in the AST would be appreciated. If you could file one, it
would be greatly appreciated.
Again, sorry for the delay on this one, we managed to drop the ball on this
review.
htt
https://github.com/dkolsen-pgi created
https://github.com/llvm/llvm-project/pull/128787
When a C or C++ function has a return type of `void`, the function type is now
represented in MLIR as having no return type rather than having a return type
of `!cir.void`. This avoids breaking MLIR invari
llvmbot wrote:
@llvm/pr-subscribers-clangir
Author: David Olsen (dkolsen-pgi)
Changes
When a C or C++ function has a return type of `void`, the function type is now
represented in MLIR as having no return type rather than having a return type
of `!cir.void`. This avoids breaking MLIR in
https://github.com/cyndyishida edited
https://github.com/llvm/llvm-project/pull/128446
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Icohedron edited
https://github.com/llvm/llvm-project/pull/127137
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
dkolsen-pgi wrote:
This combines https://github.com/llvm/clangir/pull/1249 (fix handling of void
return) and https://github.com/llvm/clangir/pull/1391(trailing return type)
into a single upstream PR.
https://github.com/llvm/llvm-project/pull/128787
@@ -214,13 +214,14 @@ Available checks are:
the wrong dynamic type, or that its lifetime has not begun or has ended.
Incompatible with ``-fno-rtti``. Link must be performed by ``clang++``,
not
``clang``, to make sure C++-specific parts of the runtime library and
https://github.com/tstellar created
https://github.com/llvm/llvm-project/pull/128788
This will make the binaries more portable.
>From c778a3369e3435b6b08b3ef41c6f628ead50f876 Mon Sep 17 00:00:00 2001
From: Tom Stellard
Date: Tue, 25 Feb 2025 23:41:11 +
Subject: [PATCH] [CMake][Release] Sta
@@ -1702,6 +1703,37 @@ static uint8_t getOsAbi(const Triple &t) {
}
}
+// Check if an archive file is a thin archive.
+static bool isThinArchive(Ctx &ctx, StringRef archiveFilePath) {
+ const size_t thinArchiveMagicLen = sizeof(ThinArchiveMagic) - 1;
+
+ ErrorOr> memBuffer
@@ -214,13 +214,14 @@ Available checks are:
the wrong dynamic type, or that its lifetime has not begun or has ended.
Incompatible with ``-fno-rtti``. Link must be performed by ``clang++``,
not
``clang``, to make sure C++-specific parts of the runtime library and
@@ -21,19 +21,17 @@
*/
#if __CLC_FPSIZE == 64
-#define __CLC_NAN __builtin_nan("")
-#define ZERO 0.0
+#define __CLC_NAN DBL_NAN
#elif __CLC_FPSIZE == 32
-#define __CLC_NAN NAN
-#define ZERO 0.0f
+#define __CLC_NAN FLT_NAN
#elif __CLC_FPSIZE == 16
-#define __CLC_NAN (half)NA
https://github.com/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/128748
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/shafik commented:
Please provide more details than a link to the github issue. The summary is
what goes in the git log and folks downstream often use git log as a first line
in analyzing issues. Summaries w/o detailed summary are not useful.
https://github.com/llvm/llvm-proj
wangpc-pp wrote:
> I think what @wangpc-pp advocated here (please correct me if I'm wrong) was
> that user should be responsible annotating these registers as clobbered so
> that we have more freedom on scheduling when the inline assembly is not using
> any vector instructions. While other app
https://github.com/svs-quic approved this pull request.
LGTM. Please remove "[RISCV] Xqcia 0.4 Spec renamed qc.(sla/sll)sat to
qc.(shl/shlu)sat" from the commit message body before merging.
https://github.com/llvm/llvm-project/pull/128710
___
cfe-comm
https://github.com/qiongsiwu updated
https://github.com/llvm/llvm-project/pull/128446
>From c8eda8b9192cf4bdad4121063336beeb14cbe689 Mon Sep 17 00:00:00 2001
From: Qiongsi Wu
Date: Sun, 23 Feb 2025 16:47:18 -0800
Subject: [PATCH 1/6] Initial commit
---
.../DependencyScanning/ModuleDepCollecto
Author: Owen Pan
Date: 2025-02-25T19:44:54-08:00
New Revision: 8fc8a84e23471fe56214e68706addc712b5a2949
URL:
https://github.com/llvm/llvm-project/commit/8fc8a84e23471fe56214e68706addc712b5a2949
DIFF:
https://github.com/llvm/llvm-project/commit/8fc8a84e23471fe56214e68706addc712b5a2949.diff
LOG:
https://github.com/owenca closed
https://github.com/llvm/llvm-project/pull/128623
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/HankChang736 updated
https://github.com/llvm/llvm-project/pull/128636
>From d7718e9ed9f03990895f0d89b87808d8c96bb67c Mon Sep 17 00:00:00 2001
From: Hank Chang
Date: Sun, 23 Feb 2025 23:59:23 +0800
Subject: [PATCH 1/2] [RISCV] Mark {vl, vtype} as clobber in inline assembly
Th
@@ -68,7 +68,7 @@ class RISCVTargetInfo : public TargetInfo {
return TargetInfo::VoidPtrBuiltinVaList;
}
- std::string_view getClobbers() const override { return ""; }
+ std::string_view getClobbers() const override { return "~{vl},~{vtype}"; }
HankCha
https://github.com/vitalybuka updated
https://github.com/llvm/llvm-project/pull/121115
>From bca319184733b4bad1eb6b83aaac18a75be40b8c Mon Sep 17 00:00:00 2001
From: Vitaly Buka
Date: Wed, 25 Dec 2024 14:22:10 -0800
Subject: [PATCH 1/4] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20ch?=
=?
topperc wrote:
> Even for these rare cases, the user can achieve the same effect if they put
> `vl/vtype` into clobbered registers explicitly.
They can, but will they? clobbers are a relatively uncommon feature I suspect
many people don't know about it.
I think maybe we need documentation of
@@ -68,7 +68,7 @@ class RISCVTargetInfo : public TargetInfo {
return TargetInfo::VoidPtrBuiltinVaList;
}
- std::string_view getClobbers() const override { return ""; }
+ std::string_view getClobbers() const override { return "~{vl},~{vtype}"; }
topperc
lanza wrote:
> @bcardosolopes @lanza You will run into this same problem with the next
> incubator rebase. The fix should be the same, though there will be more
> `getPreferredAlignment` functions to delete.
Nice, thanks for the heads up.
https://github.com/llvm/llvm-project/pull/128772
_
https://github.com/lenary commented:
Only one nit, otherwise looks good I think. I didn't closely inspect the
encodings.
https://github.com/llvm/llvm-project/pull/128773
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cg
https://github.com/lenary edited
https://github.com/llvm/llvm-project/pull/128773
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Icohedron updated
https://github.com/llvm/llvm-project/pull/127137
>From 4fae5642c6e8e305cdc687b4968ba5eabaa44b50 Mon Sep 17 00:00:00 2001
From: Icohedron
Date: Mon, 27 Jan 2025 11:18:09 -0800
Subject: [PATCH 01/12] Add the AddUint64 HLSL builtin function
- Defines the AddUi
Icohedron wrote:
> The SPIRV test case isn't sufficent. Two reasons.
>
> 1. Since you are not using `__builtin_addc ` Your codegen path for
> `uadd.with.overflow` is custom to HLSL. Your emitter is in
> `EmitHLSLBuiltinExpr`.
> 2. `llvm/test/CodeGen/SPIRV/llvm-intrinsics/uadd.with.overflow.ll`
https://github.com/Icohedron edited
https://github.com/llvm/llvm-project/pull/127137
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1376,6 +1376,13 @@ def HasVendorXqcilo
// Rivos Extension(s)
+def FeatureVendorXRivosVisni
+: RISCVExperimentalExtension<0, 1, "Rivos Vector Small Integer New">;
+def HasVendorXRivosVisni
+: Predicate<"Subtarget->hasVendorXRivosVisni()">,
+ AssemblerPredicat
vitalybuka wrote:
> Requesting changes just to be sure none of the changes from `createRef()` to
> `createDup()` would have generated a `StringRef` holding a null pointer. I'd
> be surprised if they did, but a second set of eyes would be helpful.
I am not sure how to proceed here.
This change
https://github.com/qiongsiwu updated
https://github.com/llvm/llvm-project/pull/128446
>From c8eda8b9192cf4bdad4121063336beeb14cbe689 Mon Sep 17 00:00:00 2001
From: Qiongsi Wu
Date: Sun, 23 Feb 2025 16:47:18 -0800
Subject: [PATCH 1/5] Initial commit
---
.../DependencyScanning/ModuleDepCollecto
erichkeane wrote:
> > Requesting changes just to be sure none of the changes from `createRef()`
> > to `createDup()` would have generated a `StringRef` holding a null pointer.
> > I'd be surprised if they did, but a second set of eyes would be helpful.
>
> I am not sure how to proceed here. Th
@@ -424,6 +424,10 @@ LogicalResult cir::FuncOp::verifyType() {
if (!isa(type))
return emitOpError("requires '" + getFunctionTypeAttrName().str() +
"' attribute of function type");
+ if (auto rt = type.getReturnTypes();
erichkeane w
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/128787
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -617,15 +617,15 @@ class ConstantDataSequential : public ConstantData {
/// If this is a sequential container of integers (of any size), return the
/// specified element in the low bits of a uint64_t.
- uint64_t getElementAsInteger(unsigned i) const;
+ uint64_t getEle
@@ -644,7 +644,7 @@ class ConstantDataSequential : public ConstantData {
Type *getElementType() const;
/// Return the number of elements in the array or vector.
- unsigned getNumElements() const;
+ uint64_t getNumElements() const;
efriedma-quic wrote:
A
@@ -287,32 +287,43 @@ def CIR_BoolType :
def CIR_FuncType : CIR_Type<"Func", "func"> {
let summary = "CIR function type";
let description = [{
-The `!cir.func` is a function type. It consists of a single return type, a
-list of parameter types and can optionally be
https://github.com/erichkeane commented:
couple small suggestions, else Im happy when the CIR folks are.
https://github.com/llvm/llvm-project/pull/128787
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/lis
aaronpuchert wrote:
Good question. Which AST nodes could we visit here? Let's see some examples of
initializing function pointers/references:
```c++
void f();
void (*fp)() = f;
void (*fp2)() = &f;
void (*fp3)() = fp;
void (&fr)() = f;
```
The (simplified) AST:
```
TranslationUnitDecl 0x55edc6
https://github.com/Andrewyuan34 edited
https://github.com/llvm/llvm-project/pull/127377
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Andrewyuan34 wrote:
ping
https://github.com/llvm/llvm-project/pull/127377
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Andrewyuan34 updated
https://github.com/llvm/llvm-project/pull/127162
>From 5bbd811547440e56eb3c2ed387833b41ce6232e3 Mon Sep 17 00:00:00 2001
From: Andrewyuan34
Date: Thu, 13 Feb 2025 22:35:36 -0500
Subject: [PATCH] [clang-tidy] Fix invalid fixit from modernize-use-ranges for
aaronpuchert wrote:
> One thought --- you could consider an attribute that could be put on pointer
> arguments to functions that says "yes, I dereference this and read or write
> it".
GCC [has such an
attribute](https://gcc.gnu.org/onlinedocs/gcc/Common-Function-Attributes.html#index-access-f
@@ -1376,6 +1376,13 @@ def HasVendorXqcilo
// Rivos Extension(s)
+def FeatureVendorXRivosVisni
+: RISCVExperimentalExtension<0, 1, "Rivos Vector Small Integer New">;
+def HasVendorXRivosVisni
+: Predicate<"Subtarget->hasVendorXRivosVisni()">,
+ AssemblerPredicat
@@ -0,0 +1,35 @@
+# RUN: not llvm-mc -triple=riscv32 -mattr=+experimental-xqccmp -M no-aliases
-show-encoding < %s 2>&1 \
+# RUN: | FileCheck -check-prefixes=CHECK-ERROR %s
+
+# CHECK-ERROR: error: invalid operand for instruction
+qc.cm.mvsa01 a1, a2
+
+# CHECK-ERROR: error:
https://github.com/topperc approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/128731
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -4122,6 +4122,9 @@ def RestrictDocs : Documentation {
The ``malloc`` attribute indicates that the function acts like a system memory
allocation function, returning a pointer to allocated storage disjoint from the
storage for any other object accessible to the caller.
+
+The
@@ -2064,13 +2064,87 @@ static void handleTLSModelAttr(Sema &S, Decl *D, const
ParsedAttr &AL) {
static void handleRestrictAttr(Sema &S, Decl *D, const ParsedAttr &AL) {
QualType ResultType = getFunctionOrMethodResultType(D);
- if (ResultType->isAnyPointerType() || ResultT
https://github.com/erichkeane commented:
Note that this just came up in another bug report (see discussion here:
https://github.com/llvm/llvm-project/issues/128026).
it seems we let this go, so I was hoping we could get this merged!.
@aloisklink : I see you're still around github, but seem t
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/68059
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,88 @@
+; RUN: llc -verify-machineinstrs -O0 -mtriple=spirv-unknown-unknown %s -o - |
FileCheck %s
+; RUN: %if spirv-tools %{ llc -O0 -mtriple=spirv-unknown-unknown %s -o -
-filetype=obj | spirv-val %}
+
+; Code here is an excerpt of clang/test/CodeGenHLSL/builtins/Add
https://github.com/Icohedron edited
https://github.com/llvm/llvm-project/pull/127137
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vitalybuka updated
https://github.com/llvm/llvm-project/pull/121115
>From bca319184733b4bad1eb6b83aaac18a75be40b8c Mon Sep 17 00:00:00 2001
From: Vitaly Buka
Date: Wed, 25 Dec 2024 14:22:10 -0800
Subject: [PATCH 1/3] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20ch?=
=?
tstellar wrote:
/cherry-pick f378e52ed3c6f8da4973f97f1ef043c2eb0da721
https://github.com/llvm/llvm-project/pull/127406
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tstellar milestoned
https://github.com/llvm/llvm-project/pull/127406
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
Failed to cherry-pick: f378e52ed3c6f8da4973f97f1ef043c2eb0da721
https://github.com/llvm/llvm-project/actions/runs/13534670364
Please manually backport the fix and push it to your github fork. Once this is
done, please create a [pull
request](https://github.com/llvm/llvm-proje
1 - 100 of 438 matches
Mail list logo
