https://github.com/owenca milestoned
https://github.com/llvm/llvm-project/pull/126340
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
owenca wrote:
/cherry-pick 8d373ceaec1f1b27c9e682cfaf71aae19ea48d98
https://github.com/llvm/llvm-project/pull/126340
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
/pull-request llvm/llvm-project#126479
https://github.com/llvm/llvm-project/pull/126340
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/lalaniket8 updated
https://github.com/llvm/llvm-project/pull/125646
>From 7be637fa9fcde8977f650e208c7ddc1495080941 Mon Sep 17 00:00:00 2001
From: anikelal
Date: Tue, 4 Feb 2025 12:13:20 +0530
Subject: [PATCH 1/3] [Driver][HIP] Do not pass -dependency-file flag for HIP
Device
https://github.com/createyourpersonalaccount closed
https://github.com/llvm/llvm-project/pull/123926
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/hstk30-hw closed
https://github.com/llvm/llvm-project/pull/126247
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/hstk30-hw approved this pull request.
https://github.com/llvm/llvm-project/pull/126247
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Piotr Fusik
Date: 2025-02-10T15:55:27+08:00
New Revision: 3a66ebae06d72d500c52413b9b189e95762e01b3
URL:
https://github.com/llvm/llvm-project/commit/3a66ebae06d72d500c52413b9b189e95762e01b3
DIFF:
https://github.com/llvm/llvm-project/commit/3a66ebae06d72d500c52413b9b189e95762e01b3.diff
L
@@ -196,6 +196,16 @@ void g() {
#endif
} // namespace cwg2277
+namespace cwg2285 { // cwg2285: 4
Endilll wrote:
It seems that Clang 5 was the first release which exhibits the correct
behavior: https://godbolt.org/z/qabGrdvPq
https://github.com/llvm/llvm-pro
shiltian wrote:
> We already have a host-side libomptarget:
+1, though as @jhuber6 mentioned, we did name it prefix with
`libomptarget-nvptx64` or `libomptarget-amdgcn` before. I think this is a great
opportunity to make it more appropriate. However, I don't have strong opinion
against it.
h
jhuber6 wrote:
> > We already have a host-side libomptarget:
>
> +1, though as @jhuber6 mentioned, we did name it prefix with
> `libomptarget-nvptx64` or `libomptarget-amdgcn` before. I think this is a
> great opportunity to make it more appropriate. However, I don't have strong
> opinion aga
https://github.com/nikic approved this pull request.
https://github.com/llvm/llvm-project/pull/126429
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/nikic approved this pull request.
https://github.com/llvm/llvm-project/pull/126428
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -401,7 +401,7 @@ def tblockaddress: SDNode<"ISD::TargetBlockAddress",
SDTPtrLeaf, [],
def add: SDNode<"ISD::ADD" , SDTIntBinOp ,
[SDNPCommutative, SDNPAssociative]>;
-def ptradd : SDNode<"ISD::ADD" , SDTPtrAddOp, []>;
+def
https://github.com/vbvictor created
https://github.com/llvm/llvm-project/pull/126434
Add new clang-tidy that finds uses of `std::lock_guard` and suggests replacing
them with C++17's more flexible and safer alternative `std::scoped_lock`.
Here is a small description of how it works for better u
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: Baranov Victor (vbvictor)
Changes
Add new clang-tidy that finds uses of `std::lock_guard` and suggests replacing
them with C++17's more flexible and safer alternative `std::scoped_lock`.
Here is a small description of how it w
llvmbot wrote:
@llvm/pr-subscribers-clang-tidy
Author: Baranov Victor (vbvictor)
Changes
Add new clang-tidy that finds uses of `std::lock_guard` and suggests replacing
them with C++17's more flexible and safer alternative `std::scoped_lock`.
Here is a small description of how it works fo
Author: Kazu Hirata
Date: 2025-02-09T13:33:03-08:00
New Revision: f6f052625e77632bb672c5ea40d414f0f33fd5b1
URL:
https://github.com/llvm/llvm-project/commit/f6f052625e77632bb672c5ea40d414f0f33fd5b1
DIFF:
https://github.com/llvm/llvm-project/commit/f6f052625e77632bb672c5ea40d414f0f33fd5b1.diff
L
https://github.com/kazutakahirata closed
https://github.com/llvm/llvm-project/pull/126428
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Kazu Hirata
Date: 2025-02-09T13:33:46-08:00
New Revision: b48b422c08e85e6afd39aea7341fdf08d07d3e08
URL:
https://github.com/llvm/llvm-project/commit/b48b422c08e85e6afd39aea7341fdf08d07d3e08
DIFF:
https://github.com/llvm/llvm-project/commit/b48b422c08e85e6afd39aea7341fdf08d07d3e08.diff
L
https://github.com/vbvictor edited
https://github.com/llvm/llvm-project/pull/126434
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,451 @@
+; RUN: llc -mtriple=aarch64 -verify-machineinstrs --mattr=+cpa -O0
-global-isel=0 -fast-isel=0 %s -o - 2>&1 | FileCheck %s
--check-prefixes=CHECK-CPA-O0
+; RUN: llc -mtriple=aarch64 -verify-machineinstrs --mattr=+cpa -O3
-global-isel=0 -fast-isel=0 %s -o - 2>
@@ -864,11 +864,18 @@ INTERCEPTOR(void *, pvalloc, size_t size) {
#define RTSAN_MAYBE_INTERCEPT_PVALLOC
#endif
+#if !SANITIZER_FREEBSD
+// enabling this interception on freebsd leads to infinite recursion
+// on pthread lib initialization
devnexen wrote:
![im
yronglin wrote:
Thanks for reporting this bug, I'll take a look.
https://github.com/llvm/llvm-project/pull/117437
___
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
In WebKit, it's pretty common to capture "this" and "protectedThis" where
"protectedThis" is a guardian variable of type Ref or RefPtr for "this".
Furthermore, it's common for this "protected
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Ryosuke Niwa (rniwa)
Changes
In WebKit, it's pretty common to capture "this" and "protectedThis" where
"protectedThis" is a guardian variable of type Ref or RefPtr for "this".
Furthermore, it's common for this "protectedThis" variable fro
https://github.com/rniwa created
https://github.com/llvm/llvm-project/pull/126443
In WebKit, it's pretty common to capture "this" and "protectedThis" where
"protectedThis" is a guardian variable of type Ref or RefPtr for "this".
Furthermore, it's common for this "protectedThis" variable from b
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 4d3148d92681c154de51379a0cf393f9af8e1d75
a40e782b866ec4756ddf3f04cc09caff31845ebf --e
https://github.com/YutongZhuu updated
https://github.com/llvm/llvm-project/pull/125370
>From 380ae2020f71cc5006db2e29b0a69f61297f585c Mon Sep 17 00:00:00 2001
From: Yutong Zhu
Date: Sat, 1 Feb 2025 20:09:13 -0500
Subject: [PATCH 1/3] Force AttributedStmtClass to not be scope parents
---
clang
HerrCai0907 wrote:
I am not sure whether we should accept this kind of "common" used library's
custom check in clang-tidy.
- powerful and easy used tools which can help lots of C++ dev
- longer CI time
- larger binary size
I think we should a guideline this kind of cases to avoid to waste cont
kazutakahirata wrote:
@steakhal, I don't meant to delay the landing of this PR, but I just want to
bring up the following. I'm wondering if your checker can catch repeated
lookups within a loop like so:
```
for (int A : Vec)
Map[Key].push_back(A);
```
in a function that does not reference
https://github.com/PortalPete edited
https://github.com/llvm/llvm-project/pull/125964
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/rniwa updated
https://github.com/llvm/llvm-project/pull/126443
>From a40e782b866ec4756ddf3f04cc09caff31845ebf Mon Sep 17 00:00:00 2001
From: Ryosuke Niwa
Date: Sun, 9 Feb 2025 13:50:26 -0800
Subject: [PATCH 1/2] [webkit.UncountedLambdaCapturesChecker] Recognize nested
protec
Author: Mikołaj Piróg
Date: 2025-02-10T12:48:02+08:00
New Revision: 161cfc6f39bef8994eb944687033ebd3570196e8
URL:
https://github.com/llvm/llvm-project/commit/161cfc6f39bef8994eb944687033ebd3570196e8
DIFF:
https://github.com/llvm/llvm-project/commit/161cfc6f39bef8994eb944687033ebd3570196e8.diff
https://github.com/phoebewang closed
https://github.com/llvm/llvm-project/pull/126390
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
sharadhr wrote:
A quick bump. I'd like to get this reviewed hopefully in time for the Clang
20.x release. I think having it in 19.x is a lost battle, it's a bit too late
for that.
https://github.com/llvm/llvm-project/pull/121046
___
cfe-commits mail
https://github.com/ampandey-1995 updated
https://github.com/llvm/llvm-project/pull/126186
>From 666f907b6b1c37d515a72d0bb1278399575db817 Mon Sep 17 00:00:00 2001
From: Amit Pandey
Date: Fri, 7 Feb 2025 12:11:23 +0530
Subject: [PATCH] [Driver][ROCm][OpenMP] Fix default ockl linking for OpenMP.
owenca wrote:
> > Diagnostic output should go to stderr, but the informational output of
> > git-clang-format is sent to stdout instead.
>
> What does that mean? The printing of null-terminated paths on stdout is
> pretty standard on unix utilities. What's "diagnostic" and "informational"?
Di
carlosgalvezp wrote:
I have some mixed feelings as well, this could open the door for clang-tidy
becoming a tool for modernizing "any" 3rd-party library usage. It feels like
instead nlohmann/json should be the one responsible for providing a "migration
path" / tooling for these types of deprec
owenca wrote:
You mean 20.x?
https://github.com/llvm/llvm-project/pull/126340
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
createyourpersonalaccount wrote:
I don't know what you're talking about. I know however that you're
bikeshedding. Sad.
https://github.com/llvm/llvm-project/pull/123926
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-
rmarker wrote:
> You mean the 20.x release branch?
Yes.
https://github.com/llvm/llvm-project/pull/126340
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/StarOne01 updated
https://github.com/llvm/llvm-project/pull/123495
>From 6f2ce4c05c0e03b1c18c694ddea97dac184e2218 Mon Sep 17 00:00:00 2001
From: Prashanth
Date: Sun, 19 Jan 2025 07:28:24 +0530
Subject: [PATCH 01/17] [clang][Sema] Add diagnostic note for function-like
macros
https://github.com/StarOne01 updated
https://github.com/llvm/llvm-project/pull/123495
>From 6f2ce4c05c0e03b1c18c694ddea97dac184e2218 Mon Sep 17 00:00:00 2001
From: Prashanth
Date: Sun, 19 Jan 2025 07:28:24 +0530
Subject: [PATCH 1/8] [clang][Sema] Add diagnostic note for function-like
macros re
https://github.com/StarOne01 updated
https://github.com/llvm/llvm-project/pull/123495
>From 6f2ce4c05c0e03b1c18c694ddea97dac184e2218 Mon Sep 17 00:00:00 2001
From: Prashanth
Date: Sun, 19 Jan 2025 07:28:24 +0530
Subject: [PATCH 01/16] [clang][Sema] Add diagnostic note for function-like
macros
StarOne01 wrote:
Okay, i have no idea what happened, why was everyone asked for review? BTW, got
everything resolved
- Add recommended tests.
- Made the diagnostic message clear and concise.
- Add release notes
https://github.com/llvm/llvm-project/pull/123495
__
https://github.com/gedare updated
https://github.com/llvm/llvm-project/pull/108332
>From 5cec30f5d93a22f10a985cb3e4418e7d29d31a00 Mon Sep 17 00:00:00 2001
From: Gedare Bloom
Date: Thu, 20 Jun 2024 17:35:39 -0600
Subject: [PATCH 1/7] Format: add AlignAfterOpenBracketOptions
Introduce new option
https://github.com/kazutakahirata closed
https://github.com/llvm/llvm-project/pull/126429
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Midar edited https://github.com/llvm/llvm-project/pull/126382
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Midar edited https://github.com/llvm/llvm-project/pull/126382
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/shiltian approved this pull request.
Hope the bot will be happy as well
https://github.com/llvm/llvm-project/pull/126143
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-comm
jhuber6 wrote:
> Hope the bot will be happy as well
I need to fix one thing unfortunately, there's this
`--nvptx-lower-global-ctor-dtor` option that we pass for these 'direct' GPU
compilations on NVPTX. That's defined in the NVPTX backend so if the user
didn't build with it, then it is an err
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/126464
None
>From 471b2f287c7b3b1ade9dbe5b1d9cb10affa0a6e6 Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Sun, 9 Feb 2025 16:20:17 -0800
Subject: [PATCH] [TableGen] Avoid repeated hash lookups (NFC)
---
cla
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/126464.diff
1 Files Affected:
- (modified) clang/utils/TableGen/MveEmitter.cpp (+4-11)
``diff
diff --git a/clang/utils/TableGen/Mv
owenca wrote:
> > It seems that `git-clang-format` was not designed for its output to be
> > consumed by another utility as it prints everything to `stdout` instead of
> > `stderr`. Adding an option like`--print0` (especially just for `--staged`)
> > looks odd to me.
>
> No, the approach of p
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/126462
None
>From b976daf87b4b1e50b8aabd90fcb49afb45268083 Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Sun, 9 Feb 2025 13:55:00 -0800
Subject: [PATCH] [Lex] Avoid repeated hash lookups (NFC)
---
clang/li
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/126462.diff
1 Files Affected:
- (modified) clang/lib/Lex/ModuleMap.cpp (+4-3)
``diff
diff --git a/clang/lib/Lex/ModuleMap.cpp b/cl
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/126461.diff
1 Files Affected:
- (modified) clang/lib/AST/RawCommentList.cpp (+4-4)
``diff
diff --git a/clang/lib/AST/RawCommentLis
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/126461
None
>From 38fe282d1e50b35d46ec368b86edba58e1898090 Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Sun, 9 Feb 2025 13:54:03 -0800
Subject: [PATCH] [AST] Avoid repeated hash lookups (NFC)
---
clang/li
https://github.com/rniwa created
https://github.com/llvm/llvm-project/pull/126470
Allow operator T&() in a member function which returns a const member variable.
In particular, this will allow UniqueRef::operator T&() and Ref::operator T&()
to be treated as a safe pointer origin when they're c
llvmbot wrote:
@llvm/pr-subscribers-clang-static-analyzer-1
Author: Ryosuke Niwa (rniwa)
Changes
Allow operator T&() in a member function which returns a const member
variable.
In particular, this will allow UniqueRef::operator T&() and Ref::operator
T&() to be treated as a safe pointer
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Ryosuke Niwa (rniwa)
Changes
Allow operator T&() in a member function which returns a const member
variable.
In particular, this will allow UniqueRef::operator T&() and Ref::operator
T&() to be treated as a safe pointer origin when they'
rmarker wrote:
@owenca is it possible to get this fix on the 20 branch?
https://github.com/llvm/llvm-project/pull/126340
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
createyourpersonalaccount wrote:
> Diagnostic output should go to stderr, but the informational output of
> git-clang-format is sent to stdout instead.
What does that mean? The printing of null-terminated paths on stdout is pretty
standard on unix utilities. What's "diagnostic" and "information
github-actions[bot] wrote:
Thank you for submitting a Pull Request (PR) to the LLVM Project!
This PR will be automatically labeled and the relevant teams will be notified.
If you wish to, you can add reviewers by using the "Reviewers" section on this
page.
If this is not working for you, it
https://github.com/lalaniket8 created
https://github.com/llvm/llvm-project/pull/126471
None
>From 7be637fa9fcde8977f650e208c7ddc1495080941 Mon Sep 17 00:00:00 2001
From: anikelal
Date: Tue, 4 Feb 2025 12:13:20 +0530
Subject: [PATCH 1/3] [Driver][HIP] Do not pass -dependency-file flag for HIP
https://github.com/lalaniket8 edited
https://github.com/llvm/llvm-project/pull/126471
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,171 @@
+#include "clang/Parse/ParseHLSLRootSignature.h"
+
+namespace clang {
+namespace hlsl {
+
+// Lexer Definitions
+
+static bool IsNumberChar(char C) {
+ // TODO(#120472): extend for float support exponents
+ return isdigit(C); // integer support
+}
+
+bool RootS
@@ -0,0 +1,171 @@
+#include "clang/Parse/ParseHLSLRootSignature.h"
+
+namespace clang {
+namespace hlsl {
+
+// Lexer Definitions
+
+static bool IsNumberChar(char C) {
+ // TODO(#120472): extend for float support exponents
+ return isdigit(C); // integer support
+}
+
+bool RootS
@@ -0,0 +1,171 @@
+#include "clang/Parse/ParseHLSLRootSignature.h"
+
+namespace clang {
+namespace hlsl {
+
+// Lexer Definitions
+
+static bool IsNumberChar(char C) {
+ // TODO(#120472): extend for float support exponents
+ return isdigit(C); // integer support
+}
+
+bool RootS
@@ -0,0 +1,151 @@
+#include "clang/Parse/ParseHLSLRootSignature.h"
+
+namespace llvm {
+namespace hlsl {
+namespace root_signature {
+
+// Lexer Definitions
+
+static bool IsPreprocessorNumberChar(char C) {
+ // TODO: extend for float support with or without hexadecimal/exponent
@@ -12,7 +12,8 @@ The LLVM C Library
LLVM-libc is not fully complete right now. Some programs may fail to build
due
to missing functions. If you would like to help us finish LLVM-libc, check
out "`Contributing to the libc project `__" in the sidebar
- or ask on `discord
@@ -1017,4 +1017,15 @@ Error<"'#pragma unsafe_buffer_usage' was not ended">;
def err_pp_pragma_unsafe_buffer_usage_syntax :
Error<"expected 'begin' or 'end'">;
+
+// HLSL Root Signature Lexing Errors
+let CategoryName = "Root Signature Lexical Issue" in {
+ def err_hlsl_inval
Author: Alexander Richardson
Date: 2025-02-09T12:18:52-08:00
New Revision: d2047242e6d0f0deb7634ff22ab164354c520c79
URL:
https://github.com/llvm/llvm-project/commit/d2047242e6d0f0deb7634ff22ab164354c520c79
DIFF:
https://github.com/llvm/llvm-project/commit/d2047242e6d0f0deb7634ff22ab164354c520c7
https://github.com/arichardson closed
https://github.com/llvm/llvm-project/pull/115961
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/HerrCai0907 approved this pull request.
lgtm
https://github.com/llvm/llvm-project/pull/122951
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/AZero13 updated
https://github.com/llvm/llvm-project/pull/85465
>From bd44589c1e5db8859157780208a991c7b5038657 Mon Sep 17 00:00:00 2001
From: Rose
Date: Fri, 15 Mar 2024 16:43:10 -0400
Subject: [PATCH] [ObjC] Expand isClassLayoutKnownStatically to base classes as
long as the
AZero13 wrote:
@adrian-prantl thoughts on this?
https://github.com/llvm/llvm-project/pull/85465
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -5025,6 +5025,11 @@ def msve_vector_bits_EQ : Joined<["-"],
"msve-vector-bits=">, Group,
HelpText<"Specify the size in bits of an SVE vector register. Defaults to
the"
" vector length agnostic value of \"scalable\". (AArch64 only)">;
+
+def mcpa_codegen : Flag<
https://github.com/HerrCai0907 approved this pull request.
lgtm.
could you test the case
＃define MACRO "bbb"
"aaa" MACRO == "aaabbb"
https://github.com/llvm/llvm-project/pull/122841
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.
@@ -864,11 +864,18 @@ INTERCEPTOR(void *, pvalloc, size_t size) {
#define RTSAN_MAYBE_INTERCEPT_PVALLOC
#endif
+#if !SANITIZER_FREEBSD
+// enabling this interception on freebsd leads to infinite recursion
+// on pthread lib initialization
davidtrevelyan wrote:
https://github.com/lalaniket8 updated
https://github.com/llvm/llvm-project/pull/126471
>From 7be637fa9fcde8977f650e208c7ddc1495080941 Mon Sep 17 00:00:00 2001
From: anikelal
Date: Tue, 4 Feb 2025 12:13:20 +0530
Subject: [PATCH 1/4] [Driver][HIP] Do not pass -dependency-file flag for HIP
Device
https://github.com/lalaniket8 updated
https://github.com/llvm/llvm-project/pull/126471
>From 7be637fa9fcde8977f650e208c7ddc1495080941 Mon Sep 17 00:00:00 2001
From: anikelal
Date: Tue, 4 Feb 2025 12:13:20 +0530
Subject: [PATCH 1/5] [Driver][HIP] Do not pass -dependency-file flag for HIP
Device
steakhal wrote:
I think this case would be caught by the static analyzer based implementation.
There the loop would be unrolled about 3-4 times, so the checker should get to
see the redundant lookups.
I'll check if my assessment is correct.
But I decided that the complexity does not worth the
jhuber6 wrote:
> And just now another failure:
> https://lab.llvm.org/buildbot/#/builders/190/builds/14342
Honestly, I don't know. I'd say that it's because we don't support offloading
on Darwin, but the triple is supposed to be x64. I could probably just set the
test to unsupported for darwi
Author: Joseph Huber
Date: 2025-02-09T07:32:50-06:00
New Revision: a32efd8edc6ec5f80ffa16b3d4e52e6407d5fe99
URL:
https://github.com/llvm/llvm-project/commit/a32efd8edc6ec5f80ffa16b3d4e52e6407d5fe99
DIFF:
https://github.com/llvm/llvm-project/commit/a32efd8edc6ec5f80ffa16b3d4e52e6407d5fe99.diff
https://github.com/StarOne01 updated
https://github.com/llvm/llvm-project/pull/123495
>From ea6c9ca9cffbf4327fc7bab85e37e2a3c2c0f0cd Mon Sep 17 00:00:00 2001
From: Prashanth
Date: Sun, 19 Jan 2025 07:28:24 +0530
Subject: [PATCH 1/8] [clang][Sema] Add diagnostic note for function-like
macros re
https://github.com/StarOne01 updated
https://github.com/llvm/llvm-project/pull/123495
>From ea6c9ca9cffbf4327fc7bab85e37e2a3c2c0f0cd Mon Sep 17 00:00:00 2001
From: Prashanth
Date: Sun, 19 Jan 2025 07:28:24 +0530
Subject: [PATCH 1/9] [clang][Sema] Add diagnostic note for function-like
macros re
StarOne01 wrote:
> Do you have commit access for LLVM? If not you might indeed not be able to.
No, i don't have commit access.
https://github.com/llvm/llvm-project/pull/123495
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.
mordante wrote:
> Thanks @mordante, for explaining, but i don't think that i could remove a
> reviewer? Could i?
Do you have commit access for LLVM? If not you might indeed not be able to.
https://github.com/llvm/llvm-project/pull/123495
___
cfe-comm
StarOne01 wrote:
Thanks @mordante, for explaining. but i don't think that i could remove
reviewer? Could i?
https://github.com/llvm/llvm-project/pull/123495
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman
mordante wrote:
I've removed the ones added by your merge.
https://github.com/llvm/llvm-project/pull/123495
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mikolaj-pirog updated
https://github.com/llvm/llvm-project/pull/126390
From c684a0a31ff8bc870991f1efb9a1a672cc6f0042 Mon Sep 17 00:00:00 2001
From: "Pirog, Mikolaj Maciej"
Date: Sat, 8 Feb 2025 16:12:36 -0800
Subject: [PATCH 1/2] Add missing _ph to intrinsics names
---
clan
https://github.com/jf-botto updated
https://github.com/llvm/llvm-project/pull/116422
>From 75cc7d90fa8a7f0cde0df969577556ac1098256b Mon Sep 17 00:00:00 2001
From: Jorge Botto
Date: Fri, 15 Nov 2024 18:56:54 +
Subject: [PATCH 1/4] Making Clang emit llvm.vector.reverse instead of
llvm.aarch6
@@ -1060,7 +1060,7 @@ let SVETargetGuard = "sve,bf16", SMETargetGuard =
"sme,bf16" in {
def SVEXT: SInst<"svext[_{d}]", "dddi", "csilUcUsUiUlhfd",
MergeNone, "aarch64_sve_ext", [VerifyRuntimeMode], [ImmCheck<2,
ImmCheckExtract, 1>]>;
defm SVLASTA : SVEPerm<"
mordante wrote:
> Okay, i have no idea what just happened, why was everyone asked for review?
> BTW, got everything resolved
>
> * Add recommended tests.
>
> * Made the diagnostic message clear and concise.
>
> * Add release notes
>
>
> Also, i see the typo correction is unpredi
https://github.com/mordante approved this pull request.
Thanks, LGTM!
https://github.com/llvm/llvm-project/pull/126352
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mikolaj-pirog wrote:
> Good catch!
Thanks! I have fixed the formatting
https://github.com/llvm/llvm-project/pull/126390
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/nikic approved this pull request.
https://github.com/llvm/llvm-project/pull/126400
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/StarOne01 updated
https://github.com/llvm/llvm-project/pull/123495
>From 6f2ce4c05c0e03b1c18c694ddea97dac184e2218 Mon Sep 17 00:00:00 2001
From: Prashanth
Date: Sun, 19 Jan 2025 07:28:24 +0530
Subject: [PATCH 1/7] [clang][Sema] Add diagnostic note for function-like
macros re
1 - 100 of 119 matches
Mail list logo
