https://github.com/owenca closed
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
Author: Owen Pan
Date: 2025-02-08T23:22:33-08:00
New Revision: 8d373ceaec1f1b27c9e682cfaf71aae19ea48d98
URL:
https://github.com/llvm/llvm-project/commit/8d373ceaec1f1b27c9e682cfaf71aae19ea48d98
DIFF:
https://github.com/llvm/llvm-project/commit/8d373ceaec1f1b27c9e682cfaf71aae19ea48d98.diff
LOG:
dyung wrote:
And just now another failure:
https://lab.llvm.org/buildbot/#/builders/190/builds/14342
https://github.com/llvm/llvm-project/pull/126248
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listin
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `lldb-remote-linux-ubuntu`
running on `as-builder-9` while building `clang` at step 16
"test-check-lldb-api".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/195/builds/4650
Here is the relevant piece
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-x86_64-linux-android` running on `sanitizer-buildbot-android` while
building `clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/186/builds/6367
Here is the releva
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-aarch64-darwin`
running on `doug-worker-5` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/190/builds/14342
Here is th
dyung wrote:
@jhuber6 I've seen 2 seemingly random failures of the offload-Xarch.c test on
my mac buildbots lately. Any idea why this might be happening?
https://lab.llvm.org/buildbot/#/builders/190/builds/14302
https://lab.llvm.org/buildbot/#/builders/23/builds/7414
The test generally seems t
https://github.com/mpark updated
https://github.com/llvm/llvm-project/pull/126349
>From eac633d78359245f1ce478b5f3cff26c6f5c858f Mon Sep 17 00:00:00 2001
From: Michael Park
Date: Fri, 7 Feb 2025 21:23:26 -0800
Subject: [PATCH 1/2] [C++20][Modules][Serialization] Add an additional test
case for
createyourpersonalaccount wrote:
@owenca ping
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
@@ -260,15 +265,13 @@ def main():
"Ignoring the following files (wrong extension, symlink, or "
"ignored by clang-format):"
)
-for filename in ignored_files:
-print("%s" % filename)
+print_f
Author: Michael Park
Date: 2025-02-08T22:29:23-08:00
New Revision: 59cbe2ff591d91e8375cfb4f4ba59dff49a82f4f
URL:
https://github.com/llvm/llvm-project/commit/59cbe2ff591d91e8375cfb4f4ba59dff49a82f4f
DIFF:
https://github.com/llvm/llvm-project/commit/59cbe2ff591d91e8375cfb4f4ba59dff49a82f4f.diff
https://github.com/mpark closed https://github.com/llvm/llvm-project/pull/126349
___
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 `lld-x86_64-win` running on
`as-worker-93` while building `clang,flang,lld` at step 7
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/146/builds/2255
Here is the r
https://github.com/rmarker closed
https://github.com/llvm/llvm-project/pull/126019
___
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: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/126400.diff
1 Files Affected:
- (modified) clang/lib/AST/VTableBuilder.cpp (+8-6)
``diff
diff --git a/clang/lib/AST/VTableBuilder.
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/126400
None
>From b070c73dc8c47453ff3cc803d55ebdb79e38172d Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Sat, 8 Feb 2025 13:34:44 -0800
Subject: [PATCH] [AST] Avoid repeated hash lookups (NFC)
---
clang/li
@@ -874,6 +874,11 @@ TEST_F(TokenAnnotatorTest, UnderstandsCasts) {
EXPECT_TOKEN(Tokens[14], tok::r_paren, TT_CastRParen);
EXPECT_TOKEN(Tokens[15], tok::amp, TT_UnaryOperator);
+ Tokens = annotate("func((foo(bar::*)(void))&a);");
rmarker wrote:
Ah, I was
yonghong-song wrote:
Okay, I will work on -fsanitize=undefined for bpf then.
https://github.com/llvm/llvm-project/pull/125601
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/yonghong-song closed
https://github.com/llvm/llvm-project/pull/125601
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/hubert-reinterpretcast commented:
@w2yehia, I suggest adding an update to the Release Notes sooner rather than
later:
https://github.com/llvm/llvm-project/blob/main/clang/docs/ReleaseNotes.rst
https://github.com/llvm/llvm-project/pull/124353
_
w2yehia wrote:
> LLVM Buildbot has detected a new failure on builder `clang-m68k-linux-cross`
> running on `suse-gary-m68k-cross` while building `clang` at step 4 "build
> stage 1".
Unrelated or noise. That buildbot had the exact failure few drivers
[earlier](https://lab.llvm.org/buildbot/#/b
4ast wrote:
I agree with Eduard. I think we should abandon this patch and make
-fsanitize=undefined work.
undef can be mapped to a new bpf_fastcall kfunc no args and void return, so no
extra register pressure and call can be inserted. That kfunc can eventually
abort prog execution and print in
Flandini wrote:
> @Xazax-hun, I pushed some more test cases. I can't think of any more tricky
> test cases that weren't already covered, but lmk if you see any areas with
> gaps.
Actually, I will go through the `-Wreturn-stack-address` test cases in sema and
see what I've missed.
https://git
https://github.com/yonghong-song updated
https://github.com/llvm/llvm-project/pull/125601
>From e0d1f90b24e7b7766bed17710b7072433610725c Mon Sep 17 00:00:00 2001
From: Yonghong Song
Date: Sun, 2 Feb 2025 08:33:47 -0800
Subject: [PATCH 1/2] [RFC][clang][BPF] Make trivial uninit var value to be 0
yonghong-song wrote:
I just updated a patch to change TrivialAutoVarInitMaxSize to 8 if
TrivialAutoVarInit is set to Zero by clang bpf target. This should mostly solve
the issue for xdp programs.
@eddyz87 suggested to improve middle-end compilation to issue proper warnings.
This is what I ini
Flandini wrote:
@Xazax-hun, I pushed some more test cases. I can't think of any more tricky
test cases that weren't already covered, but lmk if you see any areas with gaps.
https://github.com/llvm/llvm-project/pull/125638
___
cfe-commits mailing list
@@ -628,28 +632,36 @@ class LineJoiner {
unsigned tryMergeNamespace(ArrayRef::const_iterator I,
ArrayRef::const_iterator E,
- unsigned Limit) {
+ unsigned Limit, bool OpenBraceWrapped) {
@@ -367,8 +367,12 @@ class LineJoiner {
if (Style.AllowShortNamespacesOnASingleLine &&
TheLine->First->is(tok::kw_namespace) &&
-TheLine->Last->is(tok::l_brace)) {
- const auto result = tryMergeNamespace(I, E, Limit);
+((Style.BraceWrapping.Aft
@@ -660,17 +672,18 @@ class LineJoiner {
assert(Limit >= L1.Last->TotalLength + 3);
const auto InnerLimit = Limit - L1.Last->TotalLength - 3;
- const auto MergedLines = tryMergeNamespace(I + 1, E, InnerLimit);
+ const auto MergedLines =
+ tryMerg
@@ -628,28 +632,36 @@ class LineJoiner {
unsigned tryMergeNamespace(ArrayRef::const_iterator I,
ArrayRef::const_iterator E,
- unsigned Limit) {
+ unsigned Limit, bool OpenBraceWrapped) {
@@ -688,8 +701,8 @@ class LineJoiner {
if (L2.First->isNot(tok::r_brace) || L2.First->MustBreakBefore)
return 0;
-// If so, merge all three lines.
-return 2;
+// If so, merge all lines.
+return 2 + OpeningBraceLineOffset;
owenca wrote
@@ -660,17 +672,18 @@ class LineJoiner {
assert(Limit >= L1.Last->TotalLength + 3);
const auto InnerLimit = Limit - L1.Last->TotalLength - 3;
- const auto MergedLines = tryMergeNamespace(I + 1, E, InnerLimit);
+ const auto MergedLines =
+ tryMerg
@@ -628,28 +632,36 @@ class LineJoiner {
unsigned tryMergeNamespace(ArrayRef::const_iterator I,
ArrayRef::const_iterator E,
- unsigned Limit) {
+ unsigned Limit, bool OpenBraceWrapped) {
---
https://github.com/yonghong-song updated
https://github.com/llvm/llvm-project/pull/125601
>From e0d1f90b24e7b7766bed17710b7072433610725c Mon Sep 17 00:00:00 2001
From: Yonghong Song
Date: Sun, 2 Feb 2025 08:33:47 -0800
Subject: [PATCH 1/2] [RFC][clang][BPF] Make trivial uninit var value to be 0
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 9d5edc9a0dd35049017aad2a9d3f4a4a2746fec9
0b1dde3ae55ad88f7578fa6a171406ca82a172ee --e
https://github.com/yonghong-song updated
https://github.com/llvm/llvm-project/pull/125601
>From e0d1f90b24e7b7766bed17710b7072433610725c Mon Sep 17 00:00:00 2001
From: Yonghong Song
Date: Sun, 2 Feb 2025 08:33:47 -0800
Subject: [PATCH 1/2] [RFC][clang][BPF] Make trivial uninit var value to be 0
https://github.com/yonghong-song updated
https://github.com/llvm/llvm-project/pull/125601
>From e0d1f90b24e7b7766bed17710b7072433610725c Mon Sep 17 00:00:00 2001
From: Yonghong Song
Date: Sun, 2 Feb 2025 08:33:47 -0800
Subject: [PATCH 1/2] [RFC][clang][BPF] Make trivial uninit var value to be 0
https://github.com/Flandini updated
https://github.com/llvm/llvm-project/pull/125638
>From 0674909f03703a70c3e259acd0590f50cea4615f Mon Sep 17 00:00:00 2001
From: Michael Flanders
Date: Mon, 27 Jan 2025 11:35:03 -0600
Subject: [PATCH 01/31] wip
---
.../Checkers/StackAddrEscapeChecker.cpp
@@ -628,28 +632,36 @@ class LineJoiner {
unsigned tryMergeNamespace(ArrayRef::const_iterator I,
ArrayRef::const_iterator E,
- unsigned Limit) {
+ unsigned Limit, bool OpenBraceWrapped) {
---
arichardson wrote:
> LGTM. But I think commit msg should be refined(this PR is not for
> upstreaming?)
Thanks for reviewing!
Sorry what do you mean by commit message needs to be refined? I created this
using the spr tool and when merging the description of the PR will be used. Is
there someth
@@ -28430,6 +28430,36 @@ TEST_F(FormatTest, ShortNamespacesOption) {
"}}} // namespace foo::bar::baz",
"namespace foo { namespace bar { namespace baz { class qux; } } }",
Style);
+ Style.FixNamespaceComments = false;
+
+ Style.BreakBeforeBraces = FormatStyle
@@ -28430,6 +28430,36 @@ TEST_F(FormatTest, ShortNamespacesOption) {
"}}} // namespace foo::bar::baz",
"namespace foo { namespace bar { namespace baz { class qux; } } }",
Style);
+ Style.FixNamespaceComments = false;
+
+ Style.BreakBeforeBraces = FormatStyle
@@ -367,8 +367,12 @@ class LineJoiner {
if (Style.AllowShortNamespacesOnASingleLine &&
TheLine->First->is(tok::kw_namespace) &&
-TheLine->Last->is(tok::l_brace)) {
- const auto result = tryMergeNamespace(I, E, Limit);
+((Style.BraceWrapping.Aft
@@ -28430,6 +28430,36 @@ TEST_F(FormatTest, ShortNamespacesOption) {
"}}} // namespace foo::bar::baz",
"namespace foo { namespace bar { namespace baz { class qux; } } }",
Style);
+ Style.FixNamespaceComments = false;
+
+ Style.BreakBeforeBraces = FormatStyle
eddyz87 wrote:
I looked at the example shared by Yonghong, the change clang does because of
the uninitialized variable access is indeed quite dramatic. It computes a
switch over `undef` and throws away all branches including "default". Basically
throwing away most of the program.
Nevertheless
llvmbot wrote:
@llvm/pr-subscribers-clang
@llvm/pr-subscribers-clang-tools-extra
Author: Félix-Antoine Constantin (felix642)
Changes
Rewriter would not properly fix files if they were symlinked and using --fix
with clang-tidy would overwrite the symlink with the corrections rather than
t
felix642 wrote:
https://github.com/llvm/llvm-project/pull/126393
https://github.com/llvm/llvm-project/pull/76350
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/felix642 created
https://github.com/llvm/llvm-project/pull/126393
Rewriter would not properly fix files if they were symlinked and using --fix
with clang-tidy would overwrite the symlink with the corrections rather than
the file.
With these changes the Rewriter now properly
https://github.com/felix642 closed
https://github.com/llvm/llvm-project/pull/76350
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/felix642 updated
https://github.com/llvm/llvm-project/pull/76350
From 0a5ae9bfff7597794889c93e4da5789714be3a4f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?F=C3=A9lix-Antoine=20Constantin?=
Date: Sun, 24 Dec 2023 21:01:32 -0500
Subject: [PATCH] [clang][tidy] Fixed clang-tidy rew
felix642 wrote:
Probably because I did not tag this PR correctly so no one reviewed it. I'll
close it and reopen it with the proper tag.
https://github.com/llvm/llvm-project/pull/76350
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://li
phoebewang wrote:
> ⚠️ C/C++ code formatter, clang-format found issues in your code. ⚠️
>
> You can test this locally with the following command:
> View the diff from clang-format here.
> ```diff
> diff --git a/clang/lib/Headers/avx10_2convertintrin.h
> b/clang/lib/Headers/avx10_2convertintrin.
https://github.com/phoebewang approved this pull request.
Good catch!
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
TiborGY wrote:
Is there a reason why this never got merged?
https://github.com/llvm/llvm-project/pull/76350
___
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 8e61aae4a8ce938f42604b10123c3b21d4adc0b8
c684a0a31ff8bc870991f1efb9a1a672cc6f0042 --e
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Mikołaj Piróg (mikolaj-pirog)
Changes
In my previous PR (#123656) to update the names of AVX10.2 intrinsics
and mnemonics, I have erroneously deleted `_ph` from few intrinsics. This PR
corrects this.
---
Full diff: https://github.c
https://github.com/mikolaj-pirog created
https://github.com/llvm/llvm-project/pull/126390
In my previous PR (#123656) to update the names of AVX10.2 intrinsics and
mnemonics, I have erroneously deleted `_ph` from few intrinsics. This PR
corrects this.
From c684a0a31ff8bc870991f1efb9a1a672cc6f
https://github.com/usx95 updated
https://github.com/llvm/llvm-project/pull/124133
>From 6600371b2948e9c0227a1ef0072a8cdf5c983005 Mon Sep 17 00:00:00 2001
From: Utkarsh Saxena
Date: Fri, 7 Feb 2025 17:08:56 +
Subject: [PATCH] CFG-based lifetime analysis using existing annotations
---
.../A
4ast wrote:
> all buf[64] will be initialized to 0
looks like it's a show stopper. The performance impact of initializing
everything might be felt for XDP.
https://github.com/llvm/llvm-project/pull/125601
___
cfe-commits mailing list
cfe-commits@list
https://github.com/usx95 updated
https://github.com/llvm/llvm-project/pull/124133
>From 5f9375e0a9f491952fed8edf1d383e3f6feccdc6 Mon Sep 17 00:00:00 2001
From: Utkarsh Saxena
Date: Fri, 7 Feb 2025 17:08:56 +
Subject: [PATCH] CFG-based lifetime analysis using existing annotations
---
.../A
https://github.com/usx95 updated
https://github.com/llvm/llvm-project/pull/124133
>From 52028aeb5acc9a23c21c96d1fe9729031f61a7bc Mon Sep 17 00:00:00 2001
From: Utkarsh Saxena
Date: Fri, 7 Feb 2025 17:08:56 +
Subject: [PATCH] CFG-based lifetime analysis using existing annotations
---
.../A
https://github.com/usx95 updated
https://github.com/llvm/llvm-project/pull/124133
>From c69aef83bfbb219ba07b578d78919a522569a59a Mon Sep 17 00:00:00 2001
From: Utkarsh Saxena
Date: Fri, 7 Feb 2025 17:08:56 +
Subject: [PATCH] CFG-based lifetime analysis using existing annotations
---
.../A
https://github.com/preames edited
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
https://github.com/preames approved this pull request.
LGTM w/requested change.
Another option would be to expand a section on joining discord somewhere, and
then scatter links to that in the docs instead of the invite link itself.
https://github.com/llvm/llvm-project/pull/126352
@@ -149,7 +149,7 @@ Open Clang Projects
If you hit a bug with Clang, it is very useful for us if you reduce the code
that demonstrates the problem down to something small. There are many ways to
do this; ask on https://discourse.llvm.org/c/clang";>Discourse,
-https://discord.co
https://github.com/usx95 updated
https://github.com/llvm/llvm-project/pull/124133
>From cec28dbf72a389b80bead9e1184d2bc8b1c1e894 Mon Sep 17 00:00:00 2001
From: Utkarsh Saxena
Date: Fri, 7 Feb 2025 17:08:56 +
Subject: [PATCH] CFG-based lifetime analysis using existing annotations
---
.../A
https://github.com/usx95 updated
https://github.com/llvm/llvm-project/pull/124133
>From 9076d28fbf8d7ee7042b9301b8b6fc7dc80c0a7b Mon Sep 17 00:00:00 2001
From: Utkarsh Saxena
Date: Fri, 7 Feb 2025 17:08:56 +
Subject: [PATCH] CFG-based lifetime analysis using existing annotations
---
.../A
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-m68k-linux-cross`
running on `suse-gary-m68k-cross` while building `clang` at step 4 "build stage
1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/27/builds/5875
Here is the relevant piece o
w2yehia wrote:
thanks @MaskRay
https://github.com/llvm/llvm-project/pull/124353
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Wael Yehia
Date: 2025-02-08T17:25:07-05:00
New Revision: 8e61aae4a8ce938f42604b10123c3b21d4adc0b8
URL:
https://github.com/llvm/llvm-project/commit/8e61aae4a8ce938f42604b10123c3b21d4adc0b8
DIFF:
https://github.com/llvm/llvm-project/commit/8e61aae4a8ce938f42604b10123c3b21d4adc0b8.diff
LO
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/126143
>From 1e329fb618197df297b7431acefd89a498fb1083 Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Thu, 6 Feb 2025 15:54:19 -0600
Subject: [PATCH] [OpenMP] Remove 'libomptarget.devicertl.a' fatbinary and use
stat
yonghong-song wrote:
> what veristat says before/after?
I tried with latest bpf-next and latest llvm trunk. The following is the
difference
with/without this patch:
```
[~/work/bpf-next/tools/testing/selftests/bpf (master)]$ ./veristat *.bpf.o -o
csv > old.csv
[~/work/bpf-next/tools/testing/se
https://github.com/w2yehia updated
https://github.com/llvm/llvm-project/pull/124353
>From abef90fe8f46431a5fb8b7fe717c9fb65eb30266 Mon Sep 17 00:00:00 2001
From: Wael Yehia
Date: Thu, 23 Jan 2025 00:03:15 +
Subject: [PATCH 1/8] [PGO] Add a clang option -fprofile-continuous that
enables PGO
https://github.com/w2yehia closed
https://github.com/llvm/llvm-project/pull/124353
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/w2yehia updated
https://github.com/llvm/llvm-project/pull/124353
>From abef90fe8f46431a5fb8b7fe717c9fb65eb30266 Mon Sep 17 00:00:00 2001
From: Wael Yehia
Date: Thu, 23 Jan 2025 00:03:15 +
Subject: [PATCH 1/8] [PGO] Add a clang option -fprofile-continuous that
enables PGO
https://github.com/w2yehia updated
https://github.com/llvm/llvm-project/pull/124353
>From abef90fe8f46431a5fb8b7fe717c9fb65eb30266 Mon Sep 17 00:00:00 2001
From: Wael Yehia
Date: Thu, 23 Jan 2025 00:03:15 +
Subject: [PATCH 1/8] [PGO] Add a clang option -fprofile-continuous that
enables PGO
https://github.com/w2yehia updated
https://github.com/llvm/llvm-project/pull/124353
>From abef90fe8f46431a5fb8b7fe717c9fb65eb30266 Mon Sep 17 00:00:00 2001
From: Wael Yehia
Date: Thu, 23 Jan 2025 00:03:15 +
Subject: [PATCH 1/8] [PGO] Add a clang option -fprofile-continuous that
enables PGO
YutongZhuu wrote:
> Could you add a test case - check in clang/test to see if other tests for the
> diagnostic text in the original bug, and add a test case for that nearby
> (maybe the same file the diagnostic is already tested in)?
Done
https://github.com/llvm/llvm-project/pull/125370
_
sharadhr wrote:
Fair point. Added a test. Additionally the CMake repository contains a bigger
battery of tests that also all pass with this PR.
https://github.com/llvm/llvm-project/pull/121046
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
ht
https://github.com/sharadhr updated
https://github.com/llvm/llvm-project/pull/121046
>From b6bda7bd5980f3ff9bb9bd680846eb1bb05ac7c7 Mon Sep 17 00:00:00 2001
From: Sharadh Rajaraman
Date: Fri, 7 Feb 2025 21:24:12 +
Subject: [PATCH 1/2] Accept /Fo and -Fo in `-fmodule-output` when running
un
https://github.com/HazardyKnusperkeks approved this pull request.
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/kazutakahirata closed
https://github.com/llvm/llvm-project/pull/126381
___
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-08T11:36:35-08:00
New Revision: cf5947be13e7af67219379e07bc0128f1f1e7f88
URL:
https://github.com/llvm/llvm-project/commit/cf5947be13e7af67219379e07bc0128f1f1e7f88
DIFF:
https://github.com/llvm/llvm-project/commit/cf5947be13e7af67219379e07bc0128f1f1e7f88.diff
L
https://github.com/kazutakahirata closed
https://github.com/llvm/llvm-project/pull/126380
___
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-08T11:36:05-08:00
New Revision: 7628fcf3d43eb20c292ab0dd25ba3f52dba248a6
URL:
https://github.com/llvm/llvm-project/commit/7628fcf3d43eb20c292ab0dd25ba3f52dba248a6
DIFF:
https://github.com/llvm/llvm-project/commit/7628fcf3d43eb20c292ab0dd25ba3f52dba248a6.diff
L
https://github.com/kazutakahirata closed
https://github.com/llvm/llvm-project/pull/126379
___
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-08T11:35:45-08:00
New Revision: 2fee5ef2356b514dda30e89f39125a390c0d928e
URL:
https://github.com/llvm/llvm-project/commit/2fee5ef2356b514dda30e89f39125a390c0d928e
DIFF:
https://github.com/llvm/llvm-project/commit/2fee5ef2356b514dda30e89f39125a390c0d928e.diff
L
Author: Kazu Hirata
Date: 2025-02-08T11:35:17-08:00
New Revision: 451007173abaeff7de70d6d7fb0135b7858d093d
URL:
https://github.com/llvm/llvm-project/commit/451007173abaeff7de70d6d7fb0135b7858d093d
DIFF:
https://github.com/llvm/llvm-project/commit/451007173abaeff7de70d6d7fb0135b7858d093d.diff
L
https://github.com/kazutakahirata closed
https://github.com/llvm/llvm-project/pull/126378
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Midar wrote:
Copied the necessary parts from CGObjCMac to just ObjFW, as GNUstep decided to
do it very differently.
Theoretically, the same could be done for the GCC runtime. Should it?
https://github.com/llvm/llvm-project/pull/126382
___
cfe-commits
https://github.com/Midar ready_for_review
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 updated
https://github.com/llvm/llvm-project/pull/126382
>From ddc24b92cb8cc629082d0943de0f726a7604241e Mon Sep 17 00:00:00 2001
From: Jonathan Schleifer
Date: Sat, 8 Feb 2025 12:12:21 +0100
Subject: [PATCH] Allow direct dispatch for the ObjFW runtime
---
clang/includ
https://github.com/nikic approved this pull request.
https://github.com/llvm/llvm-project/pull/126381
___
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/126380
___
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/126379
___
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/126378
___
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/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
1 - 100 of 170 matches
Mail list logo
