https://github.com/llvm-beanz commented:
I think we need to think a bit about the IR metadata in the middle of the
compiler and how it will be used in various scenarios.
DXIL and SPIR-V both have branch hints that indicate to the GPU backends if a
branch should be profitable to flatten or pres
https://github.com/arsenm edited
https://github.com/llvm/llvm-project/pull/116681
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/fzou1 updated
https://github.com/llvm/llvm-project/pull/116737
>From c1716f030d8503b5a4742447ef8883d900521c34 Mon Sep 17 00:00:00 2001
From: Feng Zou
Date: Tue, 19 Nov 2024 11:19:17 +0800
Subject: [PATCH 1/2] [X86][MC,LLD][NFC] Rename R_X86_64_REX2_GOTPCRELX to
R_X86_64_CODE
BeMg wrote:
Fix the merge conflict
https://github.com/llvm/llvm-project/pull/115991
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arsenm edited
https://github.com/llvm/llvm-project/pull/116722
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/apple-fcloutier created
https://github.com/llvm/llvm-project/pull/116708
This implements ``__attribute__((format_matches))``, as described in the RFC:
https://discourse.llvm.org/t/rfc-format-attribute-attribute-format-like/83076
The ``format`` attribute only allows the compi
MaskRay wrote:
Ping:)
https://github.com/llvm/llvm-project/pull/113528
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
erichkeane wrote:
> @erichkeane Nah, it's technically valid in C++23. There was no
> deprecate/remove period because how unused/useless that feature is. (just
> spell it T*)
Ah, oof! Thank you for clarifying. That is really unfortunate. I don't have
a great idea on how to handle the transi
davemgreen wrote:
Could you give more details about why you would want these added? As far as I
understand they are mandatory features for 8.4 and 8.7, and would usually be
added via -march=armv8.4-a for example. We try to keep the options between GCC
and clang the same, and GCC doesn't seem t
https://github.com/kordood created
https://github.com/llvm/llvm-project/pull/116761
This patch corrects the typo 'dereferencable' to 'dereferenceable' in
CGCall.cpp.
The typo is located within a comment inside the `void
CodeGenModule::ConstructAttributeList` function.
>From 462fd333d9986e60d7
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: Liberty (kordood)
Changes
This patch corrects the typo 'dereferencable' to 'dereferenceable' in
CGCall.cpp.
The typo is located within a comment inside the `void
CodeGenModule::ConstructAttributeList` function.
---
Full diff: htt
@@ -443,13 +461,26 @@ class DefineOutline : public Tweak {
SameFile = true;
// Bail out if the template parameter is unnamed.
+// FIXME: Is this really needed? It inhibits application on
HighCommander4 wrote:
Reviewing the discussion
https://github.com/HighCommander4 closed
https://github.com/llvm/llvm-project/pull/116531
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Nathan Ridge
Date: 2024-11-19T01:47:45-05:00
New Revision: 44a41b0660912a90be903a843e8b6f234fa0a2be
URL:
https://github.com/llvm/llvm-project/commit/44a41b0660912a90be903a843e8b6f234fa0a2be
DIFF:
https://github.com/llvm/llvm-project/commit/44a41b0660912a90be903a843e8b6f234fa0a2be.diff
https://github.com/4vtomat updated
https://github.com/llvm/llvm-project/pull/116597
>From 5addb1d33fc195b084a4869217d763abb1eef1af Mon Sep 17 00:00:00 2001
From: Brandon Wu
Date: Mon, 18 Nov 2024 02:02:34 -0800
Subject: [PATCH 1/2] [clang][RISCV] Bump RVV intrinsic to version 1.0
The spec:
ht
@@ -158,6 +158,7 @@ on support follow.
``Svinval`` Assembly Support
``Svnapot`` Assembly Support
``Svpbmt``Supported
+ ``Svukte``Supported
topperc wrote:
This should be in the experimental section with the link to
@@ -158,6 +158,7 @@ on support follow.
``Svinval`` Assembly Support
``Svnapot`` Assembly Support
``Svpbmt``Supported
+ ``Svukte``Supported
4vtomat wrote:
I thought it's frozen, hasn't it?
https://github.com/llvm/
@@ -1616,7 +1616,7 @@ bool Interpret(InterpState &S, APValue &Result) {
}
}
// https://github.com/llvm/llvm-project/issues/102513
-#if defined(_WIN32) && !defined(__clang__) && !defined(NDEBUG)
+#if defined(_MSC_VER) && !defined(__clang__) && !defined(NDEBUG)
#pragma optimiz
https://github.com/bogner created
https://github.com/llvm/llvm-project/pull/116700
This is a kind of StructuredBuffer, so it should be "Raw" and not "Typed".
>From 0650fee514af7b4e5ca58f2bba4a8447ef1dd9c4 Mon Sep 17 00:00:00 2001
From: Justin Bogner
Date: Wed, 13 Nov 2024 17:02:52 -0800
Subjec
Author: Joseph Huber
Date: 2024-11-18T16:43:33-06:00
New Revision: 1ced56540071476d0a4aa8cb5134106d02b5b7f1
URL:
https://github.com/llvm/llvm-project/commit/1ced56540071476d0a4aa8cb5134106d02b5b7f1
DIFF:
https://github.com/llvm/llvm-project/commit/1ced56540071476d0a4aa8cb5134106d02b5b7f1.diff
https://github.com/jhuber6 closed
https://github.com/llvm/llvm-project/pull/115545
___
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: None (apple-fcloutier)
Changes
This implements ``__attribute__((format_matches))``, as described in the RFC:
https://discourse.llvm.org/t/rfc-format-attribute-attribute-format-like/83076
The ``format`` attribute only allows the compiler t
https://github.com/llvm-beanz approved this pull request.
https://github.com/llvm/llvm-project/pull/116698
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vinay-deshmukh edited
https://github.com/llvm/llvm-project/pull/116462
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
danix800 wrote:
> @danix800 Could you please have a look at the failed test, such that we could
> reapply this PR? I reverted this soon after I realized the broken test is
> from this PR.
The test randomly fails for unknown reason, on VS2019~2022, after
1c154bd755153b5c6ada4bbed58facf23f6abff
fhahn wrote:
I think the initial version didn't correctly account for unnamed structs in C,
for which the compatible types rule applies. Put up a fix:
https://github.com/llvm/llvm-project/pull/116596
https://github.com/llvm/llvm-project/pull/110569
_
4vtomat wrote:
> Add ReleaseNote to Clang?
Updated!
https://github.com/llvm/llvm-project/pull/116597
___
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/116597
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/4vtomat updated
https://github.com/llvm/llvm-project/pull/115657
>From 0c95051b617be8fd242e317c442a1881d5f28034 Mon Sep 17 00:00:00 2001
From: Brandon Wu
Date: Mon, 5 Aug 2024 11:59:52 +0800
Subject: [PATCH 1/2] [RISCV] Support `svukte` extension
This is the extension for "A
Author: Matt Arsenault
Date: 2024-11-18T21:53:56-08:00
New Revision: 130a3150ec9cdaecdf9b0fa773b8c23a6b9bc527
URL:
https://github.com/llvm/llvm-project/commit/130a3150ec9cdaecdf9b0fa773b8c23a6b9bc527
DIFF:
https://github.com/llvm/llvm-project/commit/130a3150ec9cdaecdf9b0fa773b8c23a6b9bc527.diff
https://github.com/arsenm closed
https://github.com/llvm/llvm-project/pull/116679
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arsenm edited
https://github.com/llvm/llvm-project/pull/116680
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vvereschaka created
https://github.com/llvm/llvm-project/pull/116744
Forcely disable the libc++ benchmarks on Windows build hosts. The benchmark
configuration currently does not support the cross builds on Windows hosts.
Also removed unnecessary `CMAKE_CROSSCOMPILING` CMake
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Vladimir Vereschaka (vvereschaka)
Changes
Forcely disable the libc++ benchmarks on Windows build hosts. The benchmark
configuration currently does not support the cross builds on Windows hosts.
Also removed unnecessary `CMAKE_CROSSCOMPILI
https://github.com/arsenm edited
https://github.com/llvm/llvm-project/pull/116679
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arsenm updated
https://github.com/llvm/llvm-project/pull/116679
>From 05a1cf72c9ee13af0a8c33294401a77827a86b1f Mon Sep 17 00:00:00 2001
From: Matt Arsenault
Date: Tue, 19 Dec 2023 12:46:00 +0700
Subject: [PATCH] AMDGPU: Define v_mfma_f32_32x32x16_bf16 for gfx950
Unlike the e
https://github.com/kovdan01 closed
https://github.com/llvm/llvm-project/pull/96160
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -158,6 +158,7 @@ on support follow.
``Svinval`` Assembly Support
``Svnapot`` Assembly Support
``Svpbmt``Supported
+ ``Svukte``Supported
topperc wrote:
It has to be experimental until ratified. The ratification
https://github.com/kovdan01 edited
https://github.com/llvm/llvm-project/pull/96160
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Daniil Kovalev
Date: 2024-11-19T10:20:15+03:00
New Revision: 3b162f73d8027dcd8261666a40e9bdfb40f4dacc
URL:
https://github.com/llvm/llvm-project/commit/3b162f73d8027dcd8261666a40e9bdfb40f4dacc
DIFF:
https://github.com/llvm/llvm-project/commit/3b162f73d8027dcd8261666a40e9bdfb40f4dacc.diff
@@ -72,13 +72,13 @@ llvm::Error
WasmIncrementalExecutor::addModule(PartialTranslationUnit &PTU) {
OutputFile.close();
std::vector LinkerArgs = {"wasm-ld",
- "-pie",
+ "-shared",
4vtomat wrote:
> RISCVUsage.rst
Updated!
https://github.com/llvm/llvm-project/pull/115657
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bob80905 edited
https://github.com/llvm/llvm-project/pull/116413
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,115 @@
+//===--- Mustache.h -*- C++
-*-===//
+//
+// 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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
@@ -0,0 +1,730 @@
+//===-- Mustache.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: Ap
steakhal wrote:
The difference is that here, in this scope the dev has full context and
control, and we can see that it's safe.
While acrossing a function boundary a completely different set of assumptions
can be made. E.g. just follow best practices and dont pass dangling pointers
that the fn
https://github.com/nikic edited https://github.com/llvm/llvm-project/pull/116331
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
damyanp wrote:
@bob80905 - can you associate this with an issue please?
https://github.com/llvm/llvm-project/pull/116413
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
JonChesterfield wrote:
> Would only work for Linux unfortunately, unless some Windows driver developer
> out there knows if there's some similar win32 magic.
Windows getting subprocess calls until their driver catches up (or someone
points out how to do this) seems fine to me. Linux people get
https://github.com/jansvoboda11 closed
https://github.com/llvm/llvm-project/pull/116095
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
likeamahoney wrote:
> Hi, thanks for the report. This is the intended behavior AFAICT. My question
> is, why would you ever pass a dangling pointer to a function? I can't think
> of a valid use-case for doing that. They could just pass a null-pointer if
> they really wanted. Am I missing somet
AreaZR wrote:
Any update on this?
https://github.com/llvm/llvm-project/pull/115056
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -183,40 +209,44 @@ void UseStartsEndsWithCheck::check(const
MatchFinder::MatchResult &Result) {
const auto *EndsWithFunction =
Result.Nodes.getNodeAs("ends_with_fun");
assert(bool(StartsWithFunction) != bool(EndsWithFunction));
+
const CXXMethodDecl *Replacemen
steakhal wrote:
This example also makes sense to me. Here the dangling pointer has a
well-defined value. It's not null. Its some invalid value that one should not
dereference. And nobody does that so there is no issue.
https://github.com/llvm/llvm-project/pull/116383
__
llvmbot wrote:
@llvm/pr-subscribers-libunwind
Author: Alex Rønne Petersen (alexrp)
Changes
This would previously fail the static assertions in `UnwindCursor.hpp` due to
`UnwindCursor`'s size not matching `unw_cursor_t`'s size. As is done for MIPS
N32, this just declares the appropriate s
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Vassil Vassilev (vgvassilev)
Changes
This patch improves the code reuse of the actions system and adds several
improvements for easier debugging via clang-repl --debug-only=clang-repl.
The change inimproves the consistency of the TUKind w
chouzz wrote:
@travkin79 I replaced `Constant` with `Read-only` tag and updated `SymbolTag`
based on your changes.
https://github.com/llvm/llvm-project/pull/113669
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/
c8ef wrote:
> Thanks @c8ef - are you OK to add the remaining integer reduction cases next?
> Also, please can you also update the LanguageExtensions docs page to mention
> that they are constexpr legal?
Will do.
https://github.com/llvm/llvm-project/pull/116243
@@ -3951,7 +3958,7 @@ The capturing entity ``X`` can be one of the following:
std::set s;
};
-- 'global', 'unknown' (without quotes).
+- `global`, `unknown`.
bricknerb wrote:
Thanks for clarifying!
I think we should try to find an alternative for li
https://github.com/fhahn updated
https://github.com/llvm/llvm-project/pull/116615
>From 5d057e29a150fd1efb0c5892dc4a9b1ef9fad050 Mon Sep 17 00:00:00 2001
From: Florian Hahn
Date: Mon, 18 Nov 2024 13:26:12 +
Subject: [PATCH] [AArch64ABI] Don't pass small types with padding as wide
ints. (WI
@@ -490,6 +490,16 @@ void tools::AddLinkerInputs(const ToolChain &TC, const
InputInfoList &Inputs,
else
A.renderAsInput(Args, CmdArgs);
}
+ if (const Arg *A = Args.getLastArg(options::OPT_fveclib)) {
+if (A->getNumValues() == 1) {
+ StringRef V = A->getVa
CarolineConcatto wrote:
Hi @paulwalker-arm ,
I think I misunderstand what we had agreed in a previous patch.
I am not sure if I still understand.
I am assuming now that you would like to keep clang target independent(without
any reference to MFloat8), and change NeonEmmiter to use the BuiltIns.
https://github.com/kovdan01 updated
https://github.com/llvm/llvm-project/pull/113148
>From e192b193471831d004a715ce3b1684198342dba4 Mon Sep 17 00:00:00 2001
From: Daniil Kovalev
Date: Mon, 21 Oct 2024 13:28:58 +0300
Subject: [PATCH] [PAC][ELF][AArch64] Support signed personality function
point
@@ -3951,7 +3958,7 @@ The capturing entity ``X`` can be one of the following:
std::set s;
};
-- 'global', 'unknown' (without quotes).
+- `global`, `unknown`.
bricknerb wrote:
To clarify, I suggested the following:
```c++
void captureInt(const int &
@@ -3922,16 +3922,41 @@ def LifetimeCaptureByDocs : Documentation {
let Category = DocCatFunction;
let Content = [{
Similar to `lifetimebound`_, the ``lifetime_capture_by(X)`` attribute on a
function
-parameter or implicit object parameter indicates that that objects t
Dinistro wrote:
We have a, temporary, odd use-case where we need to feed the textual IR back to
a tool that is built with LLVM 17. For now, we were able to bypass all
incompatibilities by simple workarounds on either the LLVM head, or on the LLVM
17 side. Unfortunately, this change seems the f
Szelethus wrote:
@steakhal, and especially @isuckatcs, I greatly appreciate the reviews! I
happen to have gotten some very ugrent task on my plate that drew away my
attention from this project. I will fix this PR up as soon as I'm done!
https://github.com/llvm/llvm-project/pull/113312
Author: Freddy Ye
Date: 2024-11-18T08:31:17+08:00
New Revision: 826b845c9e97448395431be3e4e5da585bd98c5e
URL:
https://github.com/llvm/llvm-project/commit/826b845c9e97448395431be3e4e5da585bd98c5e
DIFF:
https://github.com/llvm/llvm-project/commit/826b845c9e97448395431be3e4e5da585bd98c5e.diff
LOG
@@ -118,6 +118,8 @@ def fcmp_gt: IRBuilder<"CreateFCmpOGT">;
def fcmp_ge: IRBuilder<"CreateFCmpOGE">;
def fcmp_lt: IRBuilder<"CreateFCmpOLT">;
def fcmp_le: IRBuilder<"CreateFCmpOLE">;
davemgreen wrote:
Can _le and _lt be removed now.
https://github.com/llvm/l
https://github.com/c8ef created https://github.com/llvm/llvm-project/pull/116626
None
>From 78a7ca9bf5f168dd7733e6ebdab86e504c45f48a Mon Sep 17 00:00:00 2001
From: c8ef
Date: Mon, 18 Nov 2024 14:14:51 +
Subject: [PATCH] add constexpr reduce mul
---
clang/docs/ReleaseNotes.rst
https://github.com/kovdan01 edited
https://github.com/llvm/llvm-project/pull/96160
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -3951,7 +3958,7 @@ The capturing entity ``X`` can be one of the following:
std::set s;
};
-- 'global', 'unknown' (without quotes).
+- `global`, `unknown`.
usx95 wrote:
> Was this already discussed somewhere else?
This was discussed in
https://g
likeamahoney wrote:
> The difference is that here, in this scope the dev has full context and
> control, and we can see that it's safe. While acrossing a function boundary a
> completely different set of assumptions can be made. E.g. just follow best
> practices and dont pass dangling pointers
https://github.com/likeamahoney closed
https://github.com/llvm/llvm-project/pull/116383
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -793,3 +793,108 @@ void test13() {
}
} // namespace GH100526
+
+namespace lifetime_capture_by {
+struct S {
+ const int *x;
+ void captureInt(const int&x [[clang::lifetime_capture_by(this)]]) { this->x
= &x; }
+ void captureSV(std::string_view sv [[clang::lifetime_captu
https://github.com/kadircet approved this pull request.
https://github.com/llvm/llvm-project/pull/114544
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: NAKAMURA Takumi
Date: 2024-11-18T15:27:49+09:00
New Revision: 5ff52436fd0c7739765f1d849992713a3e9ae237
URL:
https://github.com/llvm/llvm-project/commit/5ff52436fd0c7739765f1d849992713a3e9ae237
DIFF:
https://github.com/llvm/llvm-project/commit/5ff52436fd0c7739765f1d849992713a3e9ae237.dif
@@ -53,3 +53,6 @@ LLVM_FIXED_MD_KIND(MD_DIAssignID, "DIAssignID", 38)
LLVM_FIXED_MD_KIND(MD_coro_outside_frame, "coro.outside.frame", 39)
LLVM_FIXED_MD_KIND(MD_mmra, "mmra", 40)
LLVM_FIXED_MD_KIND(MD_noalias_addrspace, "noalias.addrspace", 41)
+// TODO: this will likelly be pla
https://github.com/nicovank commented:
Looks good minus nits and IMO ignore any macro issues as commented.
https://github.com/llvm/llvm-project/pull/116033
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/l
Author: Matt Arsenault
Date: 2024-11-18T13:38:07-08:00
New Revision: 0c421687f897b530a0fd3481fa03a2d29fd0b97c
URL:
https://github.com/llvm/llvm-project/commit/0c421687f897b530a0fd3481fa03a2d29fd0b97c
DIFF:
https://github.com/llvm/llvm-project/commit/0c421687f897b530a0fd3481fa03a2d29fd0b97c.diff
https://github.com/arsenm updated
https://github.com/llvm/llvm-project/pull/116312
>From d5a560bccbc2ea5ed6c5f3bde740ace8feeb28c7 Mon Sep 17 00:00:00 2001
From: Matt Arsenault
Date: Tue, 21 Nov 2023 10:03:19 +0900
Subject: [PATCH] AMDGPU: Add first gfx950 mfma instructions
Scheduling info and
Author: Krzysztof Parzyszek
Date: 2024-11-18T15:28:17-06:00
New Revision: e44c28f07ede2bd693e2372317880f57a635fa73
URL:
https://github.com/llvm/llvm-project/commit/e44c28f07ede2bd693e2372317880f57a635fa73
DIFF:
https://github.com/llvm/llvm-project/commit/e44c28f07ede2bd693e2372317880f57a635fa73
https://github.com/kparzysz closed
https://github.com/llvm/llvm-project/pull/116623
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
sbc100 wrote:
I bisecting this emscripten (wasm32-unknown-emscripten) miscompile to this PR:
https://github.com/emscripten-core/emscripten/issues/22794.
It looks like llvm is generating a load with a negative office (which is not
supported under wasm). There is a reproducer in that but and I
steakhal wrote:
Hi, thanks for the report. This is the intended behavior AFAICT.
My question is, why would you ever pass a dangling pointer to a function? I
can't think of a valid use-case for doing that. They could just pass a
null-pointer if they really wanted.
Am I missing something?
https:
1 - 100 of 457 matches
Mail list logo
