https://github.com/njames93 requested changes to this pull request.
https://github.com/llvm/llvm-project/pull/100177
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -20,6 +20,47 @@ struct shared_ptr {
explicit operator bool() const noexcept;
};
+template
+struct vector {
+ vector();
+ bool operator==(const vector& other) const;
+ bool operator!=(const vector& other) const;
+ unsigned long size() const;
+ bool empty() const;
+
+
https://github.com/njames93 edited
https://github.com/llvm/llvm-project/pull/100177
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ojhunt wrote:
Looks good to me (spent a bit of time verifying correct auth logic, but for the
actual elf specific codegen I can't comment)
https://github.com/llvm/llvm-project/pull/100206
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https:/
https://github.com/PeterChou1 updated
https://github.com/llvm/llvm-project/pull/96809
>From 72911ee0060d300a393590b47231666e66e85ad5 Mon Sep 17 00:00:00 2001
From: PeterChou1
Date: Sat, 13 Jul 2024 20:27:31 -0400
Subject: [PATCH 01/12] remove USR
---
clang-tools-extra/clang-doc/HTMLGenerator.
https://github.com/kovdan01 edited
https://github.com/llvm/llvm-project/pull/100204
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1,5 +1,6 @@
// RUN: %clang_cc1 -emit-llvm-only -x c++ -std=c++11 -triple
%itanium_abi_triple -verify %s -DN=1
// RUN: %clang_cc1 -emit-llvm-only -x c++ -std=c++11 -triple
%itanium_abi_triple -verify %s -DN=2
+// RUN: %clang_cc1 -emit-llvm-only -x c++ -std=c++11 -triple
%i
https://github.com/kovdan01 commented:
Mostly LGTM, but the mangle-fail test should be fixed before merging - now it
just does not look correct (see corresponding comment for details). Otherwise,
this looks nice, and I'm OK with merging as soon as the test is fixed (and if
nobody else has othe
@@ -0,0 +1,64 @@
+// RUN: %clang_cc1 -triple arm64-apple-ios -std=c++17 -Wno-vla -fsyntax-only
-verify -fptrauth-intrinsics %s
+// RUN: %clang_cc1 -triple aarch64-linux-gnu -std=c++17 -Wno-vla -fsyntax-only
-verify -fptrauth-intrinsics %s
+
+// RUN: not %clang_cc1 -triple arm64-
@@ -314,64 +314,92 @@ void Parser::ParseGNUAttributes(ParsedAttributes &Attrs,
}
/// Determine whether the given attribute has an identifier argument.
-static bool attributeHasIdentifierArg(const IdentifierInfo &II) {
+static bool attributeHasIdentifierArg(const IdentifierInfo
https://github.com/kovdan01 edited
https://github.com/llvm/llvm-project/pull/100204
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/PeterChou1 updated
https://github.com/llvm/llvm-project/pull/96809
>From 72911ee0060d300a393590b47231666e66e85ad5 Mon Sep 17 00:00:00 2001
From: PeterChou1
Date: Sat, 13 Jul 2024 20:27:31 -0400
Subject: [PATCH 01/13] remove USR
---
clang-tools-extra/clang-doc/HTMLGenerator.
https://github.com/akshaykumars614 updated
https://github.com/llvm/llvm-project/pull/100177
>From 642e558be0a1362f2b5cc4180dab7729f0ba8528 Mon Sep 17 00:00:00 2001
From: akshaykumars614
Date: Tue, 23 Jul 2024 14:32:24 -0400
Subject: [PATCH 1/3] clang-tidy: readability-redundant-smartptr-get doe
@@ -20,6 +20,47 @@ struct shared_ptr {
explicit operator bool() const noexcept;
};
+template
+struct vector {
+ vector();
+ bool operator==(const vector& other) const;
+ bool operator!=(const vector& other) const;
+ unsigned long size() const;
+ bool empty() const;
+
+
https://github.com/akshaykumars614 deleted
https://github.com/llvm/llvm-project/pull/100177
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/a-tarasyuk updated
https://github.com/llvm/llvm-project/pull/97860
>From cb3c677c9eb10998ed7357cdde2722f3b3c1c847 Mon Sep 17 00:00:00 2001
From: Oleksandr T
Date: Sat, 6 Jul 2024 00:24:06 +0300
Subject: [PATCH 1/2] [Clang] prevent checking destructor reference with an
invali
https://github.com/kparzysz updated
https://github.com/llvm/llvm-project/pull/100162
>From 8e99d0743c69f3e5981deb24f501ea993567522e Mon Sep 17 00:00:00 2001
From: Krzysztof Parzyszek
Date: Tue, 23 Jul 2024 09:56:53 -0500
Subject: [PATCH 1/2] [clang][OpenMP] Mark all SIMD regions as non-throwing
https://github.com/a-tarasyuk updated
https://github.com/llvm/llvm-project/pull/99308
>From 39de759ac60f2f06953ebe32392c25837ba591f1 Mon Sep 17 00:00:00 2001
From: Oleksandr T
Date: Wed, 17 Jul 2024 14:21:31 +0300
Subject: [PATCH] [Clang] fix assertion failure in invalid delete operator
declar
@@ -0,0 +1,64 @@
+// RUN: %clang_cc1 -triple arm64-apple-ios -std=c++17 -Wno-vla -fsyntax-only
-verify -fptrauth-intrinsics %s
+// RUN: %clang_cc1 -triple aarch64-linux-gnu -std=c++17 -Wno-vla -fsyntax-only
-verify -fptrauth-intrinsics %s
+
+// RUN: not %clang_cc1 -triple arm64-
@@ -0,0 +1,64 @@
+// RUN: %clang_cc1 -triple arm64-apple-ios -std=c++17 -Wno-vla -fsyntax-only
-verify -fptrauth-intrinsics %s
+// RUN: %clang_cc1 -triple aarch64-linux-gnu -std=c++17 -Wno-vla -fsyntax-only
-verify -fptrauth-intrinsics %s
+
+// RUN: not %clang_cc1 -triple arm64-
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/98170
>From 6ffbe94071a1b99e289f806aa145aaa871793b2a Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Tue, 9 Jul 2024 10:15:35 -0500
Subject: [PATCH 1/2] [Clang] Make the GPU toolchains implicitly link `-lm` and
`-lc
https://github.com/PeterChou1 updated
https://github.com/llvm/llvm-project/pull/96809
>From 72911ee0060d300a393590b47231666e66e85ad5 Mon Sep 17 00:00:00 2001
From: PeterChou1
Date: Sat, 13 Jul 2024 20:27:31 -0400
Subject: [PATCH 01/14] remove USR
---
clang-tools-extra/clang-doc/HTMLGenerator.
Author: PeterChou1
Date: 2024-07-23T17:45:42-04:00
New Revision: 7868c04d97b4c30b3c23f126ec206e7ece3b8b70
URL:
https://github.com/llvm/llvm-project/commit/7868c04d97b4c30b3c23f126ec206e7ece3b8b70
DIFF:
https://github.com/llvm/llvm-project/commit/7868c04d97b4c30b3c23f126ec206e7ece3b8b70.diff
LO
https://github.com/PeterChou1 closed
https://github.com/llvm/llvm-project/pull/97644
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/h-vetinari updated
https://github.com/llvm/llvm-project/pull/96171
>From 1df587efeb71fb1929667f008d7e9b251863d9d8 Mon Sep 17 00:00:00 2001
From: "H. Vetinari"
Date: Thu, 20 Jun 2024 21:43:31 +1100
Subject: [PATCH 1/4] [cmake] switch to CMake's native check_linker_flag,
delet
https://github.com/mikerice1969 updated
https://github.com/llvm/llvm-project/pull/3
>From 5f8b68d9dfd7680adeadbae1d761dc03a2455685 Mon Sep 17 00:00:00 2001
From: Mike Rice
Date: Mon, 22 Jul 2024 15:28:15 -0700
Subject: [PATCH 1/2] [clang] Update argument checking tablegen code to use a
'fu
jmorse wrote:
I think I've nailed down the source of this problem, and it's the matter to do
with `LLVMContext::enableDebugTypeODRUniquing` that aeubanks mentioned on
https://reviews.llvm.org/D144006. LLVM will unique DICompositeTypes via their
ODR-name, which isn't always safe with function-l
https://github.com/PeterChou1 updated
https://github.com/llvm/llvm-project/pull/96809
>From 72911ee0060d300a393590b47231666e66e85ad5 Mon Sep 17 00:00:00 2001
From: PeterChou1
Date: Sat, 13 Jul 2024 20:27:31 -0400
Subject: [PATCH 01/14] remove USR
---
clang-tools-extra/clang-doc/HTMLGenerator.
https://github.com/DeinAlptraum updated
https://github.com/llvm/llvm-project/pull/98745
>From c64b124ccc22cd9f92b0a55f60ec92d7101d0048 Mon Sep 17 00:00:00 2001
From: Jannick Kremer
Date: Sat, 13 Jul 2024 14:12:34 +0100
Subject: [PATCH 1/2] [libclang/python] Fix some type errors, add type
annot
DeinAlptraum wrote:
Since the release branching is done, I've rebased on main to fix the release
notes
https://github.com/llvm/llvm-project/pull/98745
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listi
https://github.com/smanna12 updated
https://github.com/llvm/llvm-project/pull/97105
>From 5a4f0207afa9a473ba8ebf1e24a75730cd13a553 Mon Sep 17 00:00:00 2001
From: "Manna, Soumi"
Date: Fri, 28 Jun 2024 12:58:45 -0700
Subject: [PATCH 1/2] [Clang] Fix null pointer dereference in enum debug info
ge
smanna12 wrote:
> Thanks @smanna12. I think this looks ok; returning null here does appear to
> be consistent with other overloads of `CreateTypeDefinition` for `RecordType`
> and `ObjCInterfaceType`. I agree with @Michael137 that it would be nice to
> have an example that fails the added cond
https://github.com/Artem-B created
https://github.com/llvm/llvm-project/pull/100247
Sometimes users may need to use older clang with newer SM/PTX versions which
clang does not know anything about, yet.
--offload-arch=sm_next, combined with --cuda-next-sm=X and --cuda-next-ptx=Y
allows passing
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
@llvm/pr-subscribers-clang
Author: Artem Belevich (Artem-B)
Changes
Sometimes users may need to use older clang with newer SM/PTX versions which
clang does not know anything about, yet.
--offload-arch=sm_next, combined with --cuda-next-sm=
llvmbot wrote:
@llvm/pr-subscribers-backend-nvptx
Author: Artem Belevich (Artem-B)
Changes
Sometimes users may need to use older clang with newer SM/PTX versions which
clang does not know anything about, yet.
--offload-arch=sm_next, combined with --cuda-next-sm=X and --cuda-next-ptx=Y
a
Artem-B wrote:
@sergey-kozub FYI, https://github.com/llvm/llvm-project/pull/100247 should
allow forward-testing CUDA w/o relying on specific GPU/PTX variant being
hardcoded in clang.
https://github.com/llvm/llvm-project/pull/97402
___
cfe-commits ma
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 e7f8d4be5a5d494ac95e664e397004936976db16
44a1045eee71777fa916e2a8043b2f99afc96a96 --e
hpkfft wrote:
Note that the following in xmmintrin.h
```
#define _MM_ROUND_NEAREST (0xU)
#define _MM_ROUND_DOWN(0x2000U)
#define _MM_ROUND_UP (0x4000U)
#define _MM_ROUND_TOWARD_ZERO (0x6000U)
#define _MM_ROUND_MASK(0x6000U)
```
sets different bits than the `_MM_FR
https://github.com/PeterChou1 created
https://github.com/llvm/llvm-project/pull/100251
This broke some clang-tidy checks
https://lab.llvm.org/buildbot/#/builders/145/builds/789
>From 72911ee0060d300a393590b47231666e66e85ad5 Mon Sep 17 00:00:00 2001
From: PeterChou1
Date: Sat, 13 Jul 2024 20:2
https://github.com/PeterChou1 edited
https://github.com/llvm/llvm-project/pull/100251
___
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-tools-extra
Author: None (PeterChou1)
Changes
This broke some clang-tidy checks
https://lab.llvm.org/buildbot/#/builders/145/builds/789
---
Full diff: https://github.com/llvm/llvm-project/pull/100251.diff
6 Files Affected:
- (modified) clang-t
https://github.com/PeterChou1 edited
https://github.com/llvm/llvm-project/pull/100251
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: PeterChou1
Date: 2024-07-23T18:31:11-04:00
New Revision: 80d1c6acc013ec85d6e1724429a8290f4411f853
URL:
https://github.com/llvm/llvm-project/commit/80d1c6acc013ec85d6e1724429a8290f4411f853
DIFF:
https://github.com/llvm/llvm-project/commit/80d1c6acc013ec85d6e1724429a8290f4411f853.diff
LO
https://github.com/PeterChou1 closed
https://github.com/llvm/llvm-project/pull/100251
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1410,6 +1414,35 @@ QualType
CodeGenFunction::BuildFunctionArgList(GlobalDecl GD,
return ResTy;
}
+void InsertCallBeforeInstruction(llvm::Function *Fn,
davidtrevelyan wrote:
I can add a bit of context here on some attempts we made implementing the
inse
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 7868c04d97b4c30b3c23f126ec206e7ece3b8b70
5dd3db46dbc16bdbb21913c23e650396970e966d --e
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`llvm-clang-x86_64-sie-ubuntu-fast` running on `sie-linux-worker` while
building `clang-tools-extra` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/144/bu
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-x86_64-sie-win`
running on `sie-win-worker` while building `clang-tools-extra` at step 7
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/46/builds/2175
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`llvm-clang-x86_64-gcc-ubuntu` running on `sie-linux-worker3` while building
`clang-tools-extra` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/174/builds
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-aarch64-darwin`
running on `doug-worker-4` while building `clang-tools-extra` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/190/builds/2508
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-armv8-quick` running
on `linaro-clang-armv8-quick` while building `clang-tools-extra` at step 5
"ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/154/builds/1844
Here is the relev
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-aarch64-quick`
running on `linaro-clang-aarch64-quick` while building `clang-tools-extra` at
step 5 "ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/65/builds/1855
Here is the re
https://github.com/PeterChou1 created
https://github.com/llvm/llvm-project/pull/100260
This patch fixes the broken test caused by clang-doc which was caused by
https://github.com/llvm/llvm-project/pull/100251
https://lab.llvm.org/buildbot/#/builders/144/builds/3080
>From 72911ee0060d300a39359
rnk wrote:
I'm not seeing how your example constitutes an ODR violation, or how merging
these lambda types by mangled name is incorrect. They are equivalent in your
example. It seems like the issue has more to do with the details of how exactly
we do the merge, and where the metadata reference
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: None (PeterChou1)
Changes
This patch fixes the broken test caused by clang-doc which was caused by
https://github.com/llvm/llvm-project/pull/100251
https://lab.llvm.org/buildbot/#/builders/144/builds/3080
---
Full diff: https
https://github.com/Artem-B updated
https://github.com/llvm/llvm-project/pull/100247
>From 44a1045eee71777fa916e2a8043b2f99afc96a96 Mon Sep 17 00:00:00 2001
From: Artem Belevich
Date: Thu, 18 Jul 2024 15:05:01 -0700
Subject: [PATCH 1/2] [CUDA] Add a pseudo GPU sm_next which allows overrides
for
Author: PeterChou1
Date: 2024-07-23T18:55:25-04:00
New Revision: fb55db5482dd5bee1c8d78cc1b0ddd9517e97e17
URL:
https://github.com/llvm/llvm-project/commit/fb55db5482dd5bee1c8d78cc1b0ddd9517e97e17
DIFF:
https://github.com/llvm/llvm-project/commit/fb55db5482dd5bee1c8d78cc1b0ddd9517e97e17.diff
LO
https://github.com/PeterChou1 closed
https://github.com/llvm/llvm-project/pull/100260
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-ppc64be-linux-test-suite` running on `ppc64be-clang-test-suite` while
building `clang-tools-extra` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/1
@@ -96,6 +96,7 @@ static const OffloadArchToStringMap arch_names[] = {
SM(89), // Ada Lovelace
SM(90), // Hopper
SM(90a), // Hopper
+SM(next),// Placeholder for a n
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-aarch64-sve-vla`
running on `linaro-g3-02` while building `clang-tools-extra` at step 7 "ninja
check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/17/builds/1253
Here is the relevant piece
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-solaris11-sparcv9`
running on `solaris11-sparcv9` while building `clang-tools-extra` at step 5
"ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/13/builds/1007
Here is the relevan
https://github.com/jhuber6 created
https://github.com/llvm/llvm-project/pull/100270
Summary:
We have the `-Xoffload-linker=triple=arg` syntax that split the argument
meant only for a single toolchain. However this borke if it was an `a=b`
type argument. Make it only treat it like a triple if it'
llvmbot wrote:
@llvm/pr-subscribers-clang
@llvm/pr-subscribers-clang-driver
Author: Joseph Huber (jhuber6)
Changes
Summary:
We have the `-Xoffload-linker=triple=arg` syntax that split the argument
meant only for a single toolchain. However this borke if it was an `a=b`
type argument. Make
https://github.com/JustinStitt created
https://github.com/llvm/llvm-project/pull/100272
## Summary
Introduce `-fno-sanitize-overflow-idioms` which disables sanitizer
instrumentation for common overflow-dependent code idioms.
## Background
For a wide selection of projects, proper overflow sanit
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Justin Stitt (JustinStitt)
Changes
## Summary
Introduce `-fno-sanitize-overflow-idioms` which disables sanitizer
instrumentation for common overflow-dependent code idioms.
## Background
For a wide selection of projects, proper overflow sa
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Justin Stitt (JustinStitt)
Changes
## Summary
Introduce `-fno-sanitize-overflow-idioms` which disables sanitizer
instrumentation for common overflow-dependent code idioms.
## Background
For a wide selection of projects, proper over
https://github.com/JustinStitt edited
https://github.com/llvm/llvm-project/pull/100272
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-ppc64le-linux-test-suite` running on `ppc64le-clang-test-suite` while
building `clang-tools-extra` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/9
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-debian-cpp20`
running on `clang-debian-cpp20` while building `clang-tools-extra` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/108/builds/1641
He
https://github.com/JustinStitt edited
https://github.com/llvm/llvm-project/pull/100272
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
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 8bdc3d9ebb19e8c455c77241ef52ea74be6acfed
1dd1cbb1b13d0b038fa511620af993238a5bb260 --e
https://github.com/JustinStitt updated
https://github.com/llvm/llvm-project/pull/100272
>From 06b702cd38943314b2e6f873e64d70baed6f57f7 Mon Sep 17 00:00:00 2001
From: Justin Stitt
Date: Tue, 23 Jul 2024 20:21:49 +
Subject: [PATCH 1/3] implement idiom exclusions
Add flag `-fno-sanitize-overf
https://github.com/rnk approved this pull request.
Thanks, looks good, I'll wait for premerge checks to come back green before I
merge it.
https://github.com/llvm/llvm-project/pull/97792
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://
Author: Krzysztof Parzyszek
Date: 2024-07-23T18:11:27-05:00
New Revision: 51507046c0e35eb04bbd90c79f6f3e5f31fe3dad
URL:
https://github.com/llvm/llvm-project/commit/51507046c0e35eb04bbd90c79f6f3e5f31fe3dad
DIFF:
https://github.com/llvm/llvm-project/commit/51507046c0e35eb04bbd90c79f6f3e5f31fe3dad
https://github.com/kparzysz closed
https://github.com/llvm/llvm-project/pull/100162
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
vitalybuka wrote:
I assume you are going to change fronted to avoid compiler abusing these UBs?
https://github.com/llvm/llvm-project/pull/100272
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe
kparzysz wrote:
Linux failure went away, but a Windows issue was introduced upstream in the
meantime. None of that has to do with this PR.
https://github.com/llvm/llvm-project/pull/100162
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https:
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/98170
>From 69811ec62c70a55b398f6cd71dd4f73162bb64d1 Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Tue, 9 Jul 2024 10:15:35 -0500
Subject: [PATCH 1/2] [Clang] Make the GPU toolchains implicitly link `-lm` and
`-lc
@@ -96,6 +96,7 @@ static const OffloadArchToStringMap arch_names[] = {
SM(89), // Ada Lovelace
SM(90), // Hopper
SM(90a), // Hopper
+SM(next),// Placeholder for a n
@@ -312,6 +312,38 @@ This attribute may not be
supported by other compilers, so consider using it together with
``#if defined(__clang__)``.
+Disabling instrumentation of common overflow idioms
+=
+
+There are certain overflow
https://github.com/vitalybuka edited
https://github.com/llvm/llvm-project/pull/100272
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-x86_64-darwin`
running on `doug-worker-3` while building `clang-tools-extra` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/23/builds/1319
He
llvmbot wrote:
@llvm/pr-subscribers-backend-arm
@llvm/pr-subscribers-clang
Author: None (SpencerAbson)
Changes
This patch moves NEON immediate argument specification and checking to the
system currently shared by both SVE and SME. As a result, NEON instructions
that take immediate argum
@@ -96,6 +96,7 @@ static const OffloadArchToStringMap arch_names[] = {
SM(89), // Ada Lovelace
SM(90), // Hopper
SM(90a), // Hopper
+SM(next),// Placeholder for a n
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 ce811fb6d94e1d4af1fd1f52fbf109bc34834970
1d9084e9c246d2fcb395c329c6cf1ca19ef032aa --e
vitalybuka wrote:
> I assume you are going to change fronted to avoid compiler abusing these UBs?
Actually stuff like unsigned overflows are not UB.
Maybe instead of `-fno-sanitize-overflow-idioms` we convert into
`unsigned-integer-overflow` into ` check group` so user can
-fno-sanitize=-uns
@@ -648,6 +658,13 @@ void NVPTX::getNVPTXTargetFeatures(const Driver &D, const
llvm::Triple &Triple,
Features.push_back(Args.MakeArgString(PtxFeature));
return;
}
+ // Add --cuda-next-ptx to the list of features, but carry on to add the
+ // default PTX feature for
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-ppc64le-linux-multistage` running on `ppc64le-clang-multistage-test`
while building `clang-tools-extra` at step 5 "ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/76/builds/1281
@@ -312,6 +312,38 @@ This attribute may not be
supported by other compilers, so consider using it together with
``#if defined(__clang__)``.
+Disabling instrumentation of common overflow idioms
+=
+
+There are certain overflow
Author: Joseph Huber
Date: 2024-07-23T18:30:30-05:00
New Revision: 4f516aa04be616f3ad2929b275e7dc7da9b90d0a
URL:
https://github.com/llvm/llvm-project/commit/4f516aa04be616f3ad2929b275e7dc7da9b90d0a
DIFF:
https://github.com/llvm/llvm-project/commit/4f516aa04be616f3ad2929b275e7dc7da9b90d0a.diff
https://github.com/jhuber6 closed
https://github.com/llvm/llvm-project/pull/98170
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
JustinStitt wrote:
> Actually stuff like unsigned overflows are not UB.
>
> Maybe instead of `-fno-sanitize-overflow-idioms` we convert into
> `unsigned-integer-overflow` into ` check group` so user can
> -fno-sanitize=-unsigned-integer-overflow
Right, unsigned overflow is well-defined. This
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-x86_64-debian-fast`
running on `gribozavr4` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/56/builds/3201
Here is the relev
JustinStitt wrote:
> I assume you are going to change fronted to avoid compiler abusing these UBs?
Well, like you said, none of this is really undefined behavior and isn't
getting optimized away. The exception being `if ( a + b < a )` which can
definitely have some unexpected results with high
vitalybuka wrote:
> Right, unsigned overflow is well-defined. This isn't about the semantics of
> "undefined-ness". We want the unsigned sanitizer ON but some of the things it
> reports are noisy -- that's what this PR is about
"Idiom" seems to vague to me. kernel has own opinion on what is i
@@ -648,6 +658,13 @@ void NVPTX::getNVPTXTargetFeatures(const Driver &D, const
llvm::Triple &Triple,
Features.push_back(Args.MakeArgString(PtxFeature));
return;
}
+ // Add --cuda-next-ptx to the list of features, but carry on to add the
+ // default PTX feature for
https://github.com/Artem-B edited
https://github.com/llvm/llvm-project/pull/100247
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
JustinStitt wrote:
> > Right, unsigned overflow is well-defined. This isn't about the semantics of
> > "undefined-ness". We want the unsigned sanitizer ON but some of the things
> > it reports are noisy -- that's what this PR is about
>
> "Idiom" seems to vague to me. kernel has own opinion on
https://github.com/sayhaan created
https://github.com/llvm/llvm-project/pull/100282
Enables parallelization for the processing of DWO CUs.
>From 11fff0b2d1868f1e8fce988b2b41a38de42dff61 Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Tue, 1 Jun 2021 11:37:41 -0700
Subject: [PATCH 1/5] Rebase:
401 - 500 of 547 matches
Mail list logo
