Author: Timm Baeder
Date: 2024-10-10T10:23:59+02:00
New Revision: f1eac7761704fa4e16c2619a84890baad380fdce
URL:
https://github.com/llvm/llvm-project/commit/f1eac7761704fa4e16c2619a84890baad380fdce
DIFF:
https://github.com/llvm/llvm-project/commit/f1eac7761704fa4e16c2619a84890baad380fdce.diff
L
Author: Brad Richardson
Date: 2024-10-10T09:26:04+01:00
New Revision: 06eb10dadfaeaadc5d0d95d38bea4bfb5253e077
URL:
https://github.com/llvm/llvm-project/commit/06eb10dadfaeaadc5d0d95d38bea4bfb5253e077
DIFF:
https://github.com/llvm/llvm-project/commit/06eb10dadfaeaadc5d0d95d38bea4bfb5253e077.dif
https://github.com/kiranchandramohan closed
https://github.com/llvm/llvm-project/pull/110023
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tbaederr closed
https://github.com/llvm/llvm-project/pull/111801
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zyn0217 created
https://github.com/llvm/llvm-project/pull/111804
Fixes #111508
>From 1319a3c3220df06f5436fd3f135e50c998940296 Mon Sep 17 00:00:00 2001
From: Younan Zhang
Date: Thu, 10 Oct 2024 16:40:10 +0800
Subject: [PATCH] [Clang] Instantiate Typedefs referenced by type a
https://github.com/zyn0217 edited
https://github.com/llvm/llvm-project/pull/111804
___
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/111804
___
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/111804
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
erichkeane wrote:
> > I agree completely. I have a preference for the second thing as well. We
> > can have this be a warning-as-default-error type thing, which allows us to
> > disable this with a flag, but is still an error. I MIGHT suggest using the
> > functionality to see if that diagnost
AaronBallman wrote:
> > I agree completely. I have a preference for the second thing as well. We
> > can have this be a warning-as-default-error type thing, which allows us to
> > disable this with a flag, but is still an error. I MIGHT suggest using the
> > functionality to see if that diagno
ilya-biryukov wrote:
The breakage from buildkite is realted: we don't seem to run out of stack space
on Windows, unfortunately it's quite common for these things to be vary between
platforms. We could either limit the tests to Linux, or increase the depth, or
figure some other way to reconcile
https://github.com/ericastor updated
https://github.com/llvm/llvm-project/pull/111841
>From 6ca0de7e07a02a91ed9ea1493e48c2d29806c537 Mon Sep 17 00:00:00 2001
From: Eric Astor
Date: Wed, 9 Oct 2024 22:12:50 +
Subject: [PATCH 1/3] [clang][frontend] Support applying annotate to statements
The
https://github.com/16bit-ykiko updated
https://github.com/llvm/llvm-project/pull/107982
>From fedea9e4fd57b618fe341e0c30982bff0f098c52 Mon Sep 17 00:00:00 2001
From: ykiko
Date: Tue, 10 Sep 2024 14:59:10 +0800
Subject: [PATCH 1/8] add co_return, co_await, co_yield, consteval, constinit,
concep
Author: David Spickett
Date: 2024-10-10T15:51:06Z
New Revision: f5aec03f6dd2f92590ecec9e3419b38b11d8476e
URL:
https://github.com/llvm/llvm-project/commit/f5aec03f6dd2f92590ecec9e3419b38b11d8476e
DIFF:
https://github.com/llvm/llvm-project/commit/f5aec03f6dd2f92590ecec9e3419b38b11d8476e.diff
LOG
https://github.com/balazske updated
https://github.com/llvm/llvm-project/pull/111846
From a9e1790691e01892f7e1b17523cd43421445f3ba Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bal=C3=A1zs=20K=C3=A9ri?=
Date: Thu, 10 Oct 2024 16:28:50 +0200
Subject: [PATCH 1/2] [clang][analyzer] PointerSubChecker sh
@@ -61,6 +61,10 @@ void PointerSubChecker::checkPreStmt(const BinaryOperator *B,
if (LR->getSymbolicBase() || RR->getSymbolicBase())
return;
+ if (!B->getLHS()->getType()->isPointerType() ||
+ !B->getRHS()->getType()->isPointerType())
+return;
sheredom wrote:
So we've been digging a bit further - I think its the `ResourceDir` path that
is getting messed up. Even with the VFS it is using the location of clang to
get the clang headers, which don't then get remapped. Will try and make a test
for it.
https://github.com/llvm/llvm-projec
Author: yronglin
Date: 2024-10-11T00:04:02+08:00
New Revision: 25d9688c43d37c0c918e9b8ab2f67be35b0fb75f
URL:
https://github.com/llvm/llvm-project/commit/25d9688c43d37c0c918e9b8ab2f67be35b0fb75f
DIFF:
https://github.com/llvm/llvm-project/commit/25d9688c43d37c0c918e9b8ab2f67be35b0fb75f.diff
LOG:
PankajDwivedi-25 wrote:
> > > This does not seem to be the right fix. I tends to think the test
> > > https://github.com/ROCm/hip-tests/tree/amd-staging/samples/2_Cookbook/16_assembly_to_executable
> > > needs fix. Since it does not expect host-only compilation to use CUID,
> > > it should add
https://github.com/yronglin closed
https://github.com/llvm/llvm-project/pull/86960
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ericastor updated
https://github.com/llvm/llvm-project/pull/111841
>From 6ca0de7e07a02a91ed9ea1493e48c2d29806c537 Mon Sep 17 00:00:00 2001
From: Eric Astor
Date: Wed, 9 Oct 2024 22:12:50 +
Subject: [PATCH 1/4] [clang][frontend] Support applying annotate to statements
The
https://github.com/ericastor updated
https://github.com/llvm/llvm-project/pull/111841
>From 6ca0de7e07a02a91ed9ea1493e48c2d29806c537 Mon Sep 17 00:00:00 2001
From: Eric Astor
Date: Wed, 9 Oct 2024 22:12:50 +
Subject: [PATCH 1/4] [clang][frontend] Support applying annotate to statements
The
sdkrystian wrote:
@mstorsjo Tested this patch with QT and it builds without issue.
https://github.com/llvm/llvm-project/pull/111852
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ericastor updated
https://github.com/llvm/llvm-project/pull/110334
>From 0411b2939e10ca335e84731502126145509bef2d Mon Sep 17 00:00:00 2001
From: Eric Astor
Date: Fri, 27 Sep 2024 22:35:28 +
Subject: [PATCH 1/3] [clang][frontend] Add support for attribute plugins for
stat
=?utf-8?q?Balázs_Kéri?=
Message-ID:
In-Reply-To:
@@ -61,6 +61,10 @@ void PointerSubChecker::checkPreStmt(const BinaryOperator *B,
if (LR->getSymbolicBase() || RR->getSymbolicBase())
return;
+ if (!B->getLHS()->getType()->isPointerType() ||
+ !B->getRHS()->getTyp
https://github.com/ericastor updated
https://github.com/llvm/llvm-project/pull/111841
>From 6ca0de7e07a02a91ed9ea1493e48c2d29806c537 Mon Sep 17 00:00:00 2001
From: Eric Astor
Date: Wed, 9 Oct 2024 22:12:50 +
Subject: [PATCH 1/5] [clang][frontend] Support applying annotate to statements
The
ilovepi wrote:
Hi, I think we're seeing a bunch of ASAN test failures both on Aarch64 and
x86_64 Linux bots. It seems like these tests are now failing to find the right
shared library. Would you mind taking a look?
@petrhosek do you know if this is something we need to update in our cache
fi
https://github.com/kadircet edited
https://github.com/llvm/llvm-project/pull/111723
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -97,27 +97,50 @@ enum XRayPatchingStatus {
/// for possible result values.
extern XRayPatchingStatus __xray_patch();
+extern XRayPatchingStatus __xray_patch_object(int32_t ObjId);
+
/// Reverses the effect of __xray_patch(). See XRayPatchingStatus for possible
/// result
@@ -271,15 +271,24 @@ class FileSystem : public
llvm::ThreadSafeRefCountedBase,
/// Get the status of the entry at \p Path, if one exists.
virtual llvm::ErrorOr status(const Twine &Path) = 0;
- /// Get a \p File object for the file at \p Path, if one exists.
+ /// Get a
@@ -271,15 +271,24 @@ class FileSystem : public
llvm::ThreadSafeRefCountedBase,
/// Get the status of the entry at \p Path, if one exists.
virtual llvm::ErrorOr status(const Twine &Path) = 0;
- /// Get a \p File object for the file at \p Path, if one exists.
+ /// Get a
@@ -302,6 +305,17 @@ class RealFileSystem : public FileSystem {
return Storage;
}
+ ErrorOr> openFileForRead(const Twine &Name,
kadircet wrote:
it was quite confusing to see this as an overload, can you call it
`openFileForReadWithFlags` ?
https://gi
@@ -54,7 +54,9 @@ std::unique_ptr HeaderMap::Create(FileEntryRef FE,
FileManager &FM) {
unsigned FileSize = FE.getSize();
if (FileSize <= sizeof(HMapHeader)) return nullptr;
- auto FileBuffer = FM.getBufferForFile(FE);
+ auto FileBuffer =
+ FM.getBufferForFile(FE,
https://github.com/kadircet requested changes to this pull request.
thanks! I think this LG at a high-level, added some comments about the details.
I think it'd be worthwhile to add some tests (even if not now, probably going
forward). as otherwise such rare use cases might regress quite freque
@@ -292,21 +292,21 @@ class FileManager : public RefCountedBase {
/// MemoryBuffer if successful, otherwise returning null.
llvm::ErrorOr>
getBufferForFile(FileEntryRef Entry, bool isVolatile = false,
- bool RequiresNullTerminator = true,
+
https://github.com/ericastor created
https://github.com/llvm/llvm-project/pull/111841
By allowing AnnotateAttr to be applied to statements, users can place arbitrary
information in the AST for later use.
For example, this can be used for HW-targeted language extensions that involve
specialize
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Eric Astor (ericastor)
Changes
By allowing AnnotateAttr to be applied to statements, users can place arbitrary
information in the AST for later use.
For example, this can be used for HW-targeted language extensions that involve
specializ
@@ -238,7 +236,8 @@ END_COMPILERRT_OUTLINE_FUNCTION(__arm_sc_memcpy)
DEFINE_COMPILERRT_FUNCTION_ALIAS(__arm_sc_memmove, __arm_sc_memcpy)
-
+// This version uses FP registers. Use this only on targets with them
+#if defined(__aarch64__) && __ARM_FP != 0
aricha
https://github.com/arichardson edited
https://github.com/llvm/llvm-project/pull/111235
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arichardson approved this pull request.
LGTM, just one comment.
https://github.com/llvm/llvm-project/pull/111235
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/erichkeane approved this pull request.
https://github.com/llvm/llvm-project/pull/111841
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
NagyDonat wrote:
> Is it a possible way forward dropping that assert?
The function that performs the assertion is not part of the static analyzer,
it's a generic graph algorithm from an LLVM support library and the assertion
seems to be a really obvious sanity check. I don't think that it's re
@@ -238,7 +236,8 @@ END_COMPILERRT_OUTLINE_FUNCTION(__arm_sc_memcpy)
DEFINE_COMPILERRT_FUNCTION_ALIAS(__arm_sc_memmove, __arm_sc_memcpy)
-
+// This version uses FP registers. Use this only on targets with them
+#if defined(__aarch64__) && __ARM_FP != 0
aricha
https://github.com/ericastor updated
https://github.com/llvm/llvm-project/pull/111841
>From 6ca0de7e07a02a91ed9ea1493e48c2d29806c537 Mon Sep 17 00:00:00 2001
From: Eric Astor
Date: Wed, 9 Oct 2024 22:12:50 +
Subject: [PATCH 1/6] [clang][frontend] Support applying annotate to statements
The
Author: Eric Astor
Date: 2024-10-10T12:21:34-04:00
New Revision: 73e74e496ec32a13a5ae71df71364065f7be3cca
URL:
https://github.com/llvm/llvm-project/commit/73e74e496ec32a13a5ae71df71364065f7be3cca
DIFF:
https://github.com/llvm/llvm-project/commit/73e74e496ec32a13a5ae71df71364065f7be3cca.diff
LO
https://github.com/ericastor closed
https://github.com/llvm/llvm-project/pull/111841
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/alejandro-alvarez-sonarsource updated
https://github.com/llvm/llvm-project/pull/109147
From d369d26aad940299eb98ff0c322614043144c558 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Alejandro=20=C3=81lvarez=20Ayll=C3=B3n?=
Date: Mon, 24 Jul 2023 13:56:29 +0200
Subject: [PATCH 1/5] [
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 68ddd6c80e917b5792b80bf5fd972e9d7e24fc89
88e7bf70c327b85bcbd595503a593de80676d1b4 --e
https://github.com/dtcxzyw commented:
Personally I don't like to add a privileged extension if it doesn't introduce
new CSRs/instructions.
https://github.com/llvm/llvm-project/pull/111837
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https:
https://github.com/alejandro-alvarez-sonarsource updated
https://github.com/llvm/llvm-project/pull/109147
From d369d26aad940299eb98ff0c322614043144c558 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Alejandro=20=C3=81lvarez=20Ayll=C3=B3n?=
Date: Mon, 24 Jul 2023 13:56:29 +0200
Subject: [PATCH 1/6] [
https://github.com/tarunprabhu updated
https://github.com/llvm/llvm-project/pull/110132
>From e307d2d0d0407c4e6f910a77cc5ae5cd97d08647 Mon Sep 17 00:00:00 2001
From: Tarun Prabhu
Date: Mon, 12 Aug 2024 14:32:08 -0600
Subject: [PATCH] [clang][flang][mlir] Support -frecord-command-line option
Ad
VitaNuo wrote:
Totally agree to 2 to 4.
Regarding the testing and => default enablement, I think we'll have to first
see how many failures we'll see on LLVM + Google internal codebase. It's hard
to tell at this point how many of those there will be, and so how feasible it
is (or how soon it i
steakhal wrote:
> If someone happens to be heavily affected by this performance loss (and
> doesn't fear the crashes) they can re-enable ExplodedNode reclamation by
> passing -analyzer-option graph-trim-interval=1000 (the old default) to the
> analyzer.
Correct me if I'm wrong, but this is an
https://github.com/frasercrmck updated
https://github.com/llvm/llvm-project/pull/109985
>From 454110573c6fcb472f5a87d3de31d2a0addd546d Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Mon, 23 Sep 2024 12:54:02 +0100
Subject: [PATCH 1/2] [libclc] Split off library build system into helpers
T
llvmbot wrote:
@llvm/pr-subscribers-clang-modules
@llvm/pr-subscribers-clang
Author: Krystian Stasiowski (sdkrystian)
Changes
This patch reapplies #73, fixing a bug when instantiating dependent
expressions that name a member template that is later explicitly specialized
for a class s
asb wrote:
> > Personally I don't like to add a privileged extension if it doesn't
> > introduce new CSRs/instructions.
>
> I'd actually put that on the
> [agenda](https://docs.google.com/document/d/1G3ocHm2zE6AYTS2N3_3w2UxFnSEyKkcF57siLWe-NVs/edit?tab=t.0)
> for today's sync-up call already.
https://github.com/hanickadot created
https://github.com/llvm/llvm-project/pull/111861
This PR is not for merging! It's just for reviewing design meant for standard
library proposal P3125 (pointer tagging)
This code allows us to do pointer tagging in a safe way and also in constexpr.
It's all
llvmbot wrote:
@llvm/pr-subscribers-libcxx
Author: Hana Dusíková (hanickadot)
Changes
This PR is not for merging! It's just for reviewing design meant for standard
library proposal P3125 (pointer tagging)
This code allows us to do pointer tagging in a safe way and also in constexpr.
It'
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: Hana Dusíková (hanickadot)
Changes
This PR is not for merging! It's just for reviewing design meant for standard
library proposal P3125 (pointer tagging)
This code allows us to do pointer tagging in a safe way and also in constexp
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Timm Baeder (tbaederr)
Changes
Not doing this is wrong in general and we need to reject expressions where it
would matter differently.
---
Full diff: https://github.com/llvm/llvm-project/pull/111862.diff
3 Files Affected:
- (modified)
https://github.com/tbaederr created
https://github.com/llvm/llvm-project/pull/111862
Not doing this is wrong in general and we need to reject expressions where it
would matter differently.
>From e8234dcd00de79f3aa8a333b7dbb5c5cb08bf61e Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der
hanickadot wrote:
example of simple usage:
```c++
int64_t a = 42;
uintptr_t tag = 0b101u;
auto tptr = std::tagged_ptr(&a, tag);
assert(tptr.unsafe_dirty_pointer() != &a);
int64_t * original = tptr.pointer();
assert(tag == tptr.tag());
assert(original == &a);
auto [p, t] = tptr;
as
https://github.com/a-tarasyuk updated
https://github.com/llvm/llvm-project/pull/110435
>From c52634882631a71fad956a70179b480abf13006a Mon Sep 17 00:00:00 2001
From: Oleksandr T
Date: Sun, 29 Sep 2024 22:01:38 +0300
Subject: [PATCH 1/3] [Clang] fix overload resolution for object parameters
with
https://github.com/llvm-beanz commented:
One small nit, but otherwise looks good.
https://github.com/llvm/llvm-project/pull/111010
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -87,6 +87,7 @@ class CGHLSLRuntime {
GENERATE_HLSL_INTRINSIC_FUNCTION(SDot, sdot)
GENERATE_HLSL_INTRINSIC_FUNCTION(UDot, udot)
GENERATE_HLSL_INTRINSIC_FUNCTION(WaveIsFirstLane, wave_is_first_lane)
+ GENERATE_HLSL_INTRINSIC_FUNCTION(WaveReadLaneAt, wave_readlaneat)
---
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 545e0593f8c59376a7ec8c6eb558babf6c9f93c1
6679082fa13048516a2b1ea27edf8de4cecb6f07 --e
Michael137 wrote:
Just to circle back on this. Managed to reduce the crash I was seeing to
something pretty simple. The gist of the issue is that we silently create ODR
violations in LLDB's scratch context (and LLDB uses `ODRHandlingType::Liberal`,
so we try to continue `ASTImport`ing despite
efriedma-quic wrote:
> "clang::FunctionType" makes me wonder if there is actually a source-language
> function type available so that the signedness of the extensions could be
> inferred from it..? I thought these were internal calls to functions that
> will be emitted directly on IR...
The s
@@ -0,0 +1,48 @@
+// RUN: %clang_cc1 -triple dxil-pc-shadermodel6.0-library -disable-llvm-passes
-emit-llvm -finclude-default-header -o - %s | FileCheck %s
+
+// CHECK-LABEL: increment
+void increment(inout int Arr[2]) {
+ for (int I = 0; I < 2; I++)
+Arr[0] += 2;
+}
+
+// C
https://github.com/rniwa closed https://github.com/llvm/llvm-project/pull/98
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Ryosuke Niwa
Date: 2024-10-10T10:01:35-07:00
New Revision: 820bab8fb581f2fcd1a96b495f4762b02195d86a
URL:
https://github.com/llvm/llvm-project/commit/820bab8fb581f2fcd1a96b495f4762b02195d86a
DIFF:
https://github.com/llvm/llvm-project/commit/820bab8fb581f2fcd1a96b495f4762b02195d86a.diff
https://github.com/pow2clk edited
https://github.com/llvm/llvm-project/pull/111047
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/pow2clk commented:
Just a drive by review with one additional note while searching for changes
that will be disrupted by the mangling shift.
https://github.com/llvm/llvm-project/pull/111047
___
cfe-commits mailing list
cfe-commits@l
Author: Ryosuke Niwa
Date: 2024-10-10T10:02:07-07:00
New Revision: 39a91413c3f79181b4a45447bdb08d04d3efc975
URL:
https://github.com/llvm/llvm-project/commit/39a91413c3f79181b4a45447bdb08d04d3efc975
DIFF:
https://github.com/llvm/llvm-project/commit/39a91413c3f79181b4a45447bdb08d04d3efc975.diff
https://github.com/rniwa closed https://github.com/llvm/llvm-project/pull/110213
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
rniwa wrote:
Thanks for reviews!
https://github.com/llvm/llvm-project/pull/110213
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mstorsjo wrote:
> @mstorsjo Tested this patch with QT and it builds without issue.
Nice, thanks!
https://github.com/llvm/llvm-project/pull/111852
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/c
@@ -66,6 +66,8 @@ def riscv_sret_glue : SDNode<"RISCVISD::SRET_GLUE", SDTNone,
[SDNPHasChain, SDNPOptInGlue]>;
def riscv_mret_glue : SDNode<"RISCVISD::MRET_GLUE", SDTNone,
[SDNPHasChain, SDNPOptInGlue]>;
+def riscv_mnret
@@ -1,9 +1,53 @@
-// RUN: %clang_cc1 -triple dxil-pc-shadermodel6.3-library -x hlsl -emit-llvm
-O1 -o - %s | FileCheck %s
+// RUN: %clang_cc1 -triple dxil-pc-shadermodel6.3-library
-finclude-default-header -x hlsl -emit-llvm -o - %s | FileCheck %s
-void foo(__hlsl_resource_t r
https://github.com/tarunprabhu updated
https://github.com/llvm/llvm-project/pull/110132
>From 797927dc0858886fa5ecced02903f98bdc929121 Mon Sep 17 00:00:00 2001
From: Tarun Prabhu
Date: Mon, 12 Aug 2024 14:32:08 -0600
Subject: [PATCH] [clang][flang][mlir] Support -frecord-command-line option
Ad
Author: Ryosuke Niwa
Date: 2024-10-10T10:00:42-07:00
New Revision: 0fc3e4093ca5d226df37206626bfac3e4853b0db
URL:
https://github.com/llvm/llvm-project/commit/0fc3e4093ca5d226df37206626bfac3e4853b0db
DIFF:
https://github.com/llvm/llvm-project/commit/0fc3e4093ca5d226df37206626bfac3e4853b0db.diff
https://github.com/rniwa closed https://github.com/llvm/llvm-project/pull/111222
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
steakhal wrote:
> > Is it a possible way forward dropping that assert?
>
> The function that performs the assertion is not part of the static analyzer,
> it's a generic graph algorithm from an LLVM support library and the assertion
> seems to be a really obvious sanity check. I don't think tha
@@ -0,0 +1,48 @@
+// RUN: %clang_cc1 -triple dxil-pc-shadermodel6.0-library -disable-llvm-passes
-emit-llvm -finclude-default-header -o - %s | FileCheck %s
+
+// CHECK-LABEL: increment
+void increment(inout int Arr[2]) {
+ for (int I = 0; I < 2; I++)
+Arr[0] += 2;
+}
+
+// C
ldionne wrote:
Converting to draft since this is for discussion only.
https://github.com/llvm/llvm-project/pull/111861
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ldionne converted_to_draft
https://github.com/llvm/llvm-project/pull/111861
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ldionne closed
https://github.com/llvm/llvm-project/pull/111821
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1,19 +1,20 @@
-// RUN: %clang_cc1 -triple dxil-pc-shadermodel6.3-library -x hlsl -emit-llvm
-disable-llvm-passes -o - %s | FileCheck %s
-// RUN: %clang_cc1 -triple spirv-vulkan-library -x hlsl -emit-llvm
-disable-llvm-passes -o - %s | FileCheck %s --check-prefix=CHECK-SPIRV
https://github.com/erichkeane updated
https://github.com/llvm/llvm-project/pull/111027
>From 21dc8df292d85b7f48f75ea2a707be6c4971e2f9 Mon Sep 17 00:00:00 2001
From: erichkeane
Date: Thu, 3 Oct 2024 09:41:08 -0700
Subject: [PATCH 1/3] Turn Wdeprecated-literal-operator on by default
It would be
erichkeane wrote:
> LGTM, please keep an eye out for fallout in the wild though. It may be
> interesting to see how many instances of `-Wno-deprecated-literal-operator`
> exist now and do a search again before release to see how many new instances
> show up.
Thats a good idea! I did our init
efriedma-quic wrote:
Oh... GlobalValue::canBeOmittedFromSymbolTable is a rabbit-hole I didn't know
existed. Apparently I don't know how unnamed_addr works.
(canBeOmittedFromSymbolTable is completely inconsistent with the way everything
else in the compiler reasons about unnamed_addr.)
https
https://github.com/inbelic updated
https://github.com/llvm/llvm-project/pull/111010
>From 70089645ec5cf62b491a56df96ec46f4328fbc11 Mon Sep 17 00:00:00 2001
From: Finn Plummer
Date: Thu, 3 Oct 2024 11:43:51 -0700
Subject: [PATCH 01/11] [HLSL] Implement `WaveReadLaneAt` intrinsic
- create a
@@ -54,7 +54,9 @@ std::unique_ptr HeaderMap::Create(FileEntryRef FE,
FileManager &FM) {
unsigned FileSize = FE.getSize();
if (FileSize <= sizeof(HMapHeader)) return nullptr;
- auto FileBuffer = FM.getBufferForFile(FE);
+ auto FileBuffer =
+ FM.getBufferForFile(FE,
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 a4916d200518ac077be93995af18bd80fcb89cc2
49edfec7f8d2fb84144ef903bc5db3ab2099a1ae --e
zygoloid wrote:
@luxufan I think we may need changes on the LLVM side before we can make
progress here -- either to clarify what `unnamed_addr` is intended to mean, or
perhaps to split it into separate attributes for cloning and merging.
But before we go down that path, this PR doesn't describ
https://github.com/hanickadot updated
https://github.com/llvm/llvm-project/pull/111861
From e1c8d5e689fe8d3d0338eb64220aaf6371aed48a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Hana=20Dusi=CC=81kova=CC=81?=
Date: Thu, 10 Oct 2024 21:05:55 +0200
Subject: [PATCH 1/2] [clang & libcxx] constexpr point
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Adam Yang (adam-yang)
Changes
partially fixes #70103
### Changes
* Implemented `GroupMemoryBarrierWithGroupSync` clang builtin
* Linked `GroupMemoryBarrierWithGroupSync` clang builtin with
`hlsl_intrinsics.h`
* Added sema checks for `Gro
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Adam Yang (adam-yang)
Changes
partially fixes #70103
### Changes
* Implemented `GroupMemoryBarrierWithGroupSync` clang builtin
* Linked `GroupMemoryBarrierWithGroupSync` clang builtin with
`hlsl_intrinsics.h`
* Added sema checks fo
https://github.com/adam-yang ready_for_review
https://github.com/llvm/llvm-project/pull/111883
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/adam-yang updated
https://github.com/llvm/llvm-project/pull/111883
>From 0f97b92617dcadd78362f24f3ef0719c19f6f3f6 Mon Sep 17 00:00:00 2001
From: Adam Yang
Date: Thu, 10 Oct 2024 10:20:37 -0700
Subject: [PATCH 1/3] Added the intrinsic to clang
---
clang/include/clang/Basic/B
301 - 400 of 443 matches
Mail list logo
