sharadhr wrote:
This is going badly off-topic.
Supporting `--sysroot` with plain Clang is alright and good. Supporting libc++
is also good.
But both need to automatically find a **normally-installed** MSVC SDK without a
GNU-like refactor, and yes, that includes things like `Program Files(x86)
rnk wrote:
Sorry for not responding, I've had multiple trips this year where I've
basically had to ignore all incoming mail after the fact.
I think folks should probably stand back and really try to think about what
their goals are. I understand the desire to have something resembling a sysroo
https://github.com/owenca created
https://github.com/llvm/llvm-project/pull/160973
Fixes #160518
>From ec8aadf1ec05897667e1c9df60ac9845d45f955a Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Fri, 26 Sep 2025 19:42:46 -0700
Subject: [PATCH] [clang-format] Fix bugs in annotating arrows and square
https://github.com/alexfh closed
https://github.com/llvm/llvm-project/pull/160970
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Alexander Kornienko
Date: 2025-09-27T08:38:46+02:00
New Revision: 61012483df44c181f4200a5b6f260d27f2052df1
URL:
https://github.com/llvm/llvm-project/commit/61012483df44c181f4200a5b6f260d27f2052df1
DIFF:
https://github.com/llvm/llvm-project/commit/61012483df44c181f4200a5b6f260d27f2052df1
https://github.com/rniwa created
https://github.com/llvm/llvm-project/pull/160986
Allow leakRef() in the return statement of an Objective-C copy method and other
methods which return +1.
>From db6956aa1a6c440b1be453dbe1a19e1e9ff576cf Mon Sep 17 00:00:00 2001
From: Ryosuke Niwa
Date: Fri, 26 S
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/79942
>From d1130449e000773e875ca4df7f1a1dc488070e14 Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Wed, 19 Jul 2023 20:30:29 -0700
Subject: [PATCH] [Clang][CMake] Add CSSPGO support to LLVM_BUILD_INSTRUMENTED
Build
https://github.com/Endilll closed
https://github.com/llvm/llvm-project/pull/159997
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
github-actions[bot] wrote:
@moinakb001 Congratulations on having your first Pull Request (PR) merged into
the LLVM Project!
Your changes will be combined with recent changes from other authors, then
tested by our [build bots](https://lab.llvm.org/buildbot/). If there is a
problem with a bui
Author: Moinak Bhattacharyya
Date: 2025-09-27T10:00:25+04:00
New Revision: 779adf16c941d489399d67c8befe418ad93528e4
URL:
https://github.com/llvm/llvm-project/commit/779adf16c941d489399d67c8befe418ad93528e4
DIFF:
https://github.com/llvm/llvm-project/commit/779adf16c941d489399d67c8befe418ad93528e
@@ -2551,6 +2525,23 @@ static bool
interp__builtin_is_within_lifetime(InterpState &S, CodePtr OpPC,
return true;
}
+static bool interp__builtin_elementwise_int_unaryop(
+InterpState &S, CodePtr OpPC, const CallExpr *Call,
+llvm::function_ref Fn) {
+ assert(Call->ge
Author: Timm Baeder
Date: 2025-09-27T07:47:02+02:00
New Revision: 538cd20cfa2fbc115986ce84b8baf780cb876b96
URL:
https://github.com/llvm/llvm-project/commit/538cd20cfa2fbc115986ce84b8baf780cb876b96
DIFF:
https://github.com/llvm/llvm-project/commit/538cd20cfa2fbc115986ce84b8baf780cb876b96.diff
L
https://github.com/tbaederr closed
https://github.com/llvm/llvm-project/pull/160910
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
trcrsired wrote:
> @trcrsired Can you try https://crates.io/crates/xwin? (and use it with
> `--use-winsysroot-style`) This achieves the same effect as what you're doing
> here it seems. In practical terms, one can then do `clang-cl /winsysroot ...`
> as usual from Linux. Chromium does cross-co
moinakb001 wrote:
@Endilll, would you mind checking this in? Thanks for the prompt review!
https://github.com/llvm/llvm-project/pull/159997
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-comm
trcrsired wrote:
> You can't deny the existence of economics. Large companies like Google have
> indeed contributed the most to LLVM, which determines their dominance.
>
> >
That does not mean small developers like me should be bullied either which is
exactly what antitrust law is supposed to
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
@@ -2198,8 +2211,16 @@ llvm::Value *CodeGenFunction::EmitFromMemory(llvm::Value
*Value, QualType Ty) {
}
llvm::Type *ResTy = ConvertType(Ty);
- if (Ty->hasBooleanRepresentation() || Ty->isBitIntType() ||
- Ty->i
trcrsired wrote:
> > > You can't deny the existence of economics. Large companies like Google
> > > have indeed contributed the most to LLVM, which determines their
> > > dominance.
> > > >
> >
> >
> > That does not mean small developers like me should be bullied either which
> > is exactly
@@ -0,0 +1,35 @@
+// RUN: %clang_cc1 %s -emit-llvm -triple s390x-none-zos -fexec-charset
IBM-1047 -o - | FileCheck %s
+// RUN: %clang %s -emit-llvm -S -target s390x-ibm-zos -o - | FileCheck %s
hubert-reinterpretcast wrote:
There should be tests for other convert
Andarwinux wrote:
> I am not trying to argue what the license LLVM should choose. I am just
> trying to describe the consequence of what we get right now which is why you
> cannot do things like mount ntfs for example.
Yes. I added -Xmicrosoft-windows-sys-root, thinking it would be sufficient,
sharadhr wrote:
@trcrsired I appreciate the response, but I'm not really willing to enter an
ideological debate. I want to use what's practical, scalable, and supported.
You mentioned using Android to develop; this is very interesting, and there are
still solutions. Have you considered gettin
https://github.com/Endilll approved this pull request.
https://github.com/llvm/llvm-project/pull/159997
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
trcrsired wrote:
> > I am not trying to argue what the license LLVM should choose. I am just
> > trying to describe the consequence of what we get right now which is why
> > you cannot do things like mount ntfs for example.
>
> Yes. I added -Xmicrosoft-windows-sys-root, thinking it would be su
trcrsired wrote:
> Just because Android and Windows are rivals doesn't mean Chromium is the
> same. Enterprises aren't monolithic.
>
> Relying solely on the community is a dead end. Just look at GCC and MinGW.
> they've fallen on hard times precisely because of the lack of support form
> comp
https://github.com/hekota approved this pull request.
LGTM!
https://github.com/llvm/llvm-project/pull/160781
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/aka76bm updated
https://github.com/llvm/llvm-project/pull/160531
>From e28b543df69358dddef60dca110353227bced70f Mon Sep 17 00:00:00 2001
From: MUSTAPHA BARKI
Date: Tue, 23 Sep 2025 02:52:03 +0100
Subject: [PATCH 01/10] [clang][AST] Add comment clarifying GNU inline
visibilit
YexuanXiao wrote:
> So I think for this PR to be recognized, it has to get major corporations
> like Google interested in it.
You should not expect commercial companies to support their opponents'
platforms. The community is more motivated than commercial companies to support
this feature.
trcrsired wrote:
> > So I think for this PR to be recognized, it has to get major corporations
> > like Google interested in it.
>
> You should not expect commercial companies to support their opponents'
> platforms. The community is more motivated than commercial companies to
> support this
https://github.com/zeyi2 updated
https://github.com/llvm/llvm-project/pull/160876
>From 40cca74bc3ed9398b9d94bfe79103c74841eddd3 Mon Sep 17 00:00:00 2001
From: mtx
Date: Thu, 25 Sep 2025 22:43:12 +0800
Subject: [PATCH 1/2] [X86][Clang] Support `__builtin_ia32_(u)comi(sd)`
---
clang/include/cl
trcrsired wrote:
> In fact, a major factor in the success of LLVM was precisely the abandonment
> of the GPL and the adoption of a more liberal license. Today the main
> contributors to LLVM are from corporations. So I think for this PR to be
> recognized, it has to get major corporations like
Andarwinux wrote:
In fact, a major factor in the success of LLVM was precisely the abandonment of
the GPL and the adoption of a more liberal license. Today the main contributors
to LLVM are from corporations. So I think for this PR to be recognized, it has
to get major corporations like Google
boomanaiden154 wrote:
@nikic Is there a timeline for how long we want to leave the deprecated
wrappers in before removing them? Maybe remove after llvm 22 branches?
https://github.com/llvm/llvm-project/pull/130940
___
cfe-commits mailing list
cfe-comm
trcrsired wrote:
> @trcrsired I appreciate the response, but I'm not really willing to enter an
> ideological debate. I want to use what's practical, scalable, and supported.
>
> You mentioned using Android to develop; this is very interesting, and there
> are still solutions. Have you conside
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
https://github.com/rjmccall edited
https://github.com/llvm/llvm-project/pull/160790
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commit
erichkeane wrote:
> I think we're more or less on the same page. I'm all for making docs useful,
> and view "docs are spotty as-is" to be an argument for doing a better job.
>
> > Clang CUDA implementation is far enough from compatible with the NVIDIA
> > CUDA that the CUDA programing manual
>
jansvoboda11 wrote:
> There is an additional reference to this function in polly
>
> https://github.com/llvm/llvm-project/blob/d48bda5421c5af9baa5bc98ba4e3a453937ff96a/polly/lib/External/isl/interface/extract_interface.cc#L550
I'm not sure what to do with these TBH. That file seems to be trying
erichkeane wrote:
I don't know Python/nor what is going on here. You'll have to vastly improve
the commit message for any of us to get it, and we probably need to find
someone with history in these files to review.
https://github.com/llvm/llvm-project/pull/159997
_
https://github.com/petrhosek closed
https://github.com/llvm/llvm-project/pull/160932
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/alexfh edited
https://github.com/llvm/llvm-project/pull/160970
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
https://github.com/rjmccall approved this pull request.
LGTM. I don't think my approval constitutes approval from the Area Team either,
though.
https://github.com/llvm/llvm-project/pull/160790
___
https://github.com/flowerhack updated
https://github.com/llvm/llvm-project/pull/157213
>From 322be1b06cc90837556b2b10cc3928f41f7b6f81 Mon Sep 17 00:00:00 2001
From: Julia Hansbrough
Date: Fri, 5 Sep 2025 21:27:14 +
Subject: [PATCH] Add bugprone-loop-variable-copied-then-modified clang-tidy
https://github.com/mizvekov approved this pull request.
https://github.com/llvm/llvm-project/pull/160970
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,36 @@
+//===--===//
+//
+// 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: Apac
https://github.com/alexfh updated
https://github.com/llvm/llvm-project/pull/160970
>From ea310a6bb8dc229180370321235697df27569595 Mon Sep 17 00:00:00 2001
From: Alexander Kornienko
Date: Sat, 27 Sep 2025 01:57:15 +
Subject: [PATCH 1/2] [clang] Fix a use-after free in
ASTContext::getSubstBu
moinakb001 wrote:
Ping @cor3ntin @erichkeane @Endilll @cyndyishida
https://github.com/llvm/llvm-project/pull/159997
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/moinakb001 updated
https://github.com/llvm/llvm-project/pull/159997
>From fc8616ea5831d017e649b8c470cc49b301337e9a Mon Sep 17 00:00:00 2001
From: Moinak Bhattacharyya
Date: Sun, 21 Sep 2025 13:42:02 -0500
Subject: [PATCH] [clang-tools-extra] Fix python syntax - pull in Queue
YexuanXiao wrote:
> In fact, `clang-cl` is exactly equal to `clang --driver-mode=cl`.
For downstream users, such as Visual Studio or CMake, they are different things.
> 1. libc++ when targeting `windows-msvc`. This is solved by directly using the
> flag, but then removing the C standard librar
https://github.com/flovent updated
https://github.com/llvm/llvm-project/pull/160971
>From fea611f78b31afb861228e0566b02b515bda1d67 Mon Sep 17 00:00:00 2001
From: flovent
Date: Sat, 27 Sep 2025 10:13:09 +0800
Subject: [PATCH 1/2] [clang-tidy] Fix false positives about references in
`misc-const-
https://github.com/flovent created
https://github.com/llvm/llvm-project/pull/160971
It's not legal to cast const pointer type to it's non-const reference type
implicitly, and will cause compile error.
And for explicit cast, it's legal but the pointer is mutable through this
reference.
>From
https://github.com/jansvoboda11 closed
https://github.com/llvm/llvm-project/pull/160950
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
sharadhr wrote:
> Using --driver-mode=cl is actually a hybrid mode
`clang`, `clang++`, and `clang-cl` are bit-for-bit exactly the same binaries
for a given LLVM distribution (try comparing their hashes). The Clang driver
changes its internal behaviour depending on the binary name itself.
In
@@ -5873,8 +5873,14 @@ ASTContext::getSubstBuiltinTemplatePack(const
TemplateArgument &ArgPack) {
QualType Canon;
TemplateArgument CanonArgPack = getCanonicalTemplateArgument(ArgPack);
- if (!CanonArgPack.structurallyEquals(ArgPack))
+ if (!CanonArgPack.structurallyEqua
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Alexander Kornienko (alexfh)
Changes
ASTContext::getSubstBuiltinTemplatePack finds InsertPos and then calls itself
recursively, which may lead to rehashing and invalidation of all pointers to
buckets. The function then proceeds with using t
flowerhack wrote:
(Stepping out for a couple hours, but I'll be adding the tests very shortly
after that & will add another comment here when this is ready for another round
of review. Thanks!)
https://github.com/llvm/llvm-project/pull/157213
___
cf
https://github.com/jansvoboda11 created
https://github.com/llvm/llvm-project/pull/160936
This PR uses the VFS to get the unique file ID when printing externalized decls
in CUDA instead of going straight to the real file system. This matches the
behavior of other input files of the compiler.
>
YexuanXiao wrote:
```shell
> clang++ -nostdinc --driver-mode=cl /winsdkdir= --driver-mode=gnu
> -stdlib=libc++ -gcodeview ...
> ```
>
> A similar solution was posted
> [here](https://github.com/llvm/llvm-project/issues/53004#issuecomment-1207167610).
>
These solutions are more difficult to
https://github.com/benlangmuir approved this pull request.
https://github.com/llvm/llvm-project/pull/160936
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/petrhosek auto_merge_enabled
https://github.com/llvm/llvm-project/pull/160932
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1384,6 +1397,65 @@ TEST_F(QualifierFixerTest, TemplatesLeft) {
"TemplateType t;", Style);
}
+TEST_F(QualifierFixerTest, NewQualifierSupport) {
+ FormatStyle Style = getLLVMStyle();
+ Style.QualifierAlignment = FormatStyle::QAS_Custom;
+
+ // Test typede
llvmbot wrote:
@llvm/pr-subscribers-clang
@llvm/pr-subscribers-clang-modules
Author: Jan Svoboda (jansvoboda11)
Changes
This PR starts using the correct VFS in `ModuleDependencyCollector` instead of
using the real FS directly. This matches compiler's behavior for other input
files.
---
sharadhr wrote:
> This patch adds support for the Clang-style command-line interface... allows
> debugging with Visual Studio
```shell
clang++ --driver-mode=cl /winsdkdir= --driver-mode=gnu -stdlib=libc++
-gcodeview ...
```
Is there something I'm missing here?
Perhaps the libc++ work is usef
@@ -0,0 +1,74 @@
+// RUN: %clang_cc1 -fsycl-is-device -O0 -triple spirv64-unknown-unknown \
+// RUN: -emit-llvm %s -o - | FileCheck %s --check-prefix=DEVICE
+
+// RUN: %clang_cc1 -fsycl-is-host -O0 -triple spirv64-unknown-unknown \
+// RUN: -emit-llvm %s -o - | FileCheck %s --ch
https://github.com/farzonl updated
https://github.com/llvm/llvm-project/pull/160960
>From 3fbcceb82ab0cdb3829241748c775407d15a2890 Mon Sep 17 00:00:00 2001
From: Farzon Lotfi
Date: Fri, 26 Sep 2025 14:48:22 -0400
Subject: [PATCH] Support HLSL matrix initializers
fixes #159434
In HLSL matrices
YexuanXiao wrote:
@rnk @sharadhr I want to clarify that this patch does not replace clang-cl. As
an MSVC user myself, I know that many projects only support MSVC-style
command-line flags, which is why clang-cl remains the best option for
compatibility with MSVC. This patch adds support for the
@@ -0,0 +1,62 @@
+// RUN: %clang_cc1 -Wno-unused-value -Wunsafe-buffer-usage
-fsafe-buffer-usage-suggestions -std=c++20 -verify=expected %s
+
+// This debugging facility is only available in debug builds.
jkorous-apple wrote:
What does this comment mean and why
YexuanXiao wrote:
> Lets split out the addition of the new flags for the unwind library, compiler
> runtime library, and C++ runtime. We can handle those additions separately.
> Adding them specifically with support for the MSVC layout and the MSVC flags
> gets us to a point where there is sup
@@ -82,7 +82,8 @@ LLVM_ABI StructType *getEntryTy(Module &M);
/// \param Data Extra data storage associated with the entry.
/// \param SectionName The section this entry will be placed at.
/// \param AuxAddr An extra pointer if needed.
sarnex wrote:
can we exp
https://github.com/HazardyKnusperkeks created
https://github.com/llvm/llvm-project/pull/160958
The use case is shown in the test: Qt's moc output not to trigger a warning.
From 47fcb11c78f88f4318253c2a78daccbb413d6df2 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bj=C3=B6rn=20Sch=C3=A4pers?=
Date:
=?utf-8?q?“Amr?= ,
=?utf-8?q?“Amr?= ,
=?utf-8?q?“Amr?=
Message-ID:
In-Reply-To:
@@ -424,6 +455,1034 @@ void CIRGenItaniumCXXABI::emitVirtualInheritanceTables(
vtables.emitVTTDefinition(vtt, cgm.getVTableLinkage(rd), rd);
}
+namespace {
+class CIRGenItaniumRTTIBuilder {
+
https://github.com/localspook edited
https://github.com/llvm/llvm-project/pull/160967
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Petr Hosek
Date: 2025-09-26T19:55:43Z
New Revision: 99a29f640809f32d1271ed5cac9764b839daeed1
URL:
https://github.com/llvm/llvm-project/commit/99a29f640809f32d1271ed5cac9764b839daeed1
DIFF:
https://github.com/llvm/llvm-project/commit/99a29f640809f32d1271ed5cac9764b839daeed1.diff
LOG: Re
@@ -0,0 +1,48 @@
+.. title:: clang-tidy - bugprone-loop-variable-copied-then-modified
+
+bugprone-loop-variable-copied-then-modified
+===
+
+Detects when a loop variable is copied and then subsequently (possibly)
modified
+and suggests repl
@@ -0,0 +1,36 @@
+//===--===//
+//
+// 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: Apac
@@ -0,0 +1,48 @@
+.. title:: clang-tidy - bugprone-loop-variable-copied-then-modified
+
+bugprone-loop-variable-copied-then-modified
+===
+
+Detects when a loop variable is copied and then subsequently (possibly)
modified
E
@@ -0,0 +1,48 @@
+.. title:: clang-tidy - bugprone-loop-variable-copied-then-modified
+
+bugprone-loop-variable-copied-then-modified
+===
+
+Detects when a loop variable is copied and then subsequently (possibly)
modified
+and suggests repl
@@ -0,0 +1,79 @@
+// RUN: %check_clang_tidy -std=c++17-or-later %s
bugprone-loop-variable-copied-then-modified %t
flowerhack wrote:
C++17 has class template argument deduction, and I thought it'd be a useful
test case to see if the FixIt does the correct thing
@@ -1384,6 +1397,65 @@ TEST_F(QualifierFixerTest, TemplatesLeft) {
"TemplateType t;", Style);
}
+TEST_F(QualifierFixerTest, NewQualifierSupport) {
+ FormatStyle Style = getLLVMStyle();
+ Style.QualifierAlignment = FormatStyle::QAS_Custom;
+
+ // Test typede
https://github.com/benlangmuir commented:
There is an additional reference to this function in polly
https://github.com/llvm/llvm-project/blob/d48bda5421c5af9baa5bc98ba4e3a453937ff96a/polly/lib/External/isl/interface/extract_interface.cc#L550
https://github.com/llvm/llvm-project/pull/160748
___
HazardyKnusperkeks wrote:
I actually wanted to use that option 3 days ago, but it didn't exist. ;)
I would be in favor of having it. And while I understand the raised concerns, I
see it more of a convenience to just use clang-format.
https://github.com/llvm/llvm-project/pull/160299
=?utf-8?q?“Amr?= ,
=?utf-8?q?“Amr?= ,
=?utf-8?q?“Amr?=
Message-ID:
In-Reply-To:
@@ -424,6 +455,1006 @@ void CIRGenItaniumCXXABI::emitVirtualInheritanceTables(
vtables.emitVTTDefinition(vtt, cgm.getVTableLinkage(rd), rd);
}
+namespace {
+class CIRGenItaniumRTTIBuilder {
+
YexuanXiao wrote:
@sharadhr @aganea @Andarwinux @zmodem I suggest we focus on the following two
points to avoid getting bogged down in irrelevant discussions raised by the
author:
1. Regardless of the libraries and header files, does this patch **make Clang's
API more consistent**, making it e
https://github.com/jansvoboda11 closed
https://github.com/llvm/llvm-project/pull/160918
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arrowten edited
https://github.com/llvm/llvm-project/pull/156436
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
compnerd wrote:
>From what I can see from a cursory glance, there is some additional piece of
>content in this change: it is introducing a new `-std=stl` for using the MS
>STL as a standard C++ library, a new `vcruntime` parameter for `-rtlib=` and
>`-libunwind=`.
I think that adding support
sharadhr wrote:
@YexuanXiao fair point.
1. Perhaps. I am more in favour of aliasing `--sysroot` as `/winsysroot` for
`clang-cl` rather than fundamentally changing the delivery, layout, or
otherwise significantly modifying the Windows SDK/MSVC libraries and headers.
There are more accessible,
aganea wrote:
@trcrsired Can you try https://crates.io/crates/xwin? (and use it with
`--use-winsysroot-style`) This achieves the same effect as what you're doing
here it seems. In practical terms, one can then do `clang-cl /winsysroot ...`
as usual from Linux. Chromium does cross-compilation a
https://github.com/chaitanyav updated
https://github.com/llvm/llvm-project/pull/160259
>From db50769a3a42fd5a23a5900d2ac8497f0aece893 Mon Sep 17 00:00:00 2001
From: NagaChaitanya Vellanki
Date: Tue, 23 Sep 2025 02:17:49 -0700
Subject: [PATCH] [clang] Implement __builtin_stdc_rotate_{left,right}
@@ -9469,10 +9469,10 @@ def fdx_rootsignature_version :
Group,
Visibility<[ClangOption, CC1Option]>,
HelpText<"Root Signature Version">,
- Values<"rootsig_1_0,rootsig_1_1">,
+ Values<"rootsig_1_0,rootsig_1_1,rootsig_1_2">,
NormalizedValuesScope<"llvm::dxbc::RootSigna
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
@@ -2198,8 +2211,16 @@ llvm::Value *CodeGenFunction::EmitFromMemory(llvm::Value
*Value, QualType Ty) {
}
llvm::Type *ResTy = ConvertType(Ty);
- if (Ty->hasBooleanRepresentation() || Ty->isBitIntType() ||
- Ty->i
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: Victor Chernyakin (localspook)
Changes
- `IncludeModernizePPCallbacks` creates a temporary vector when all it needs is
a constant array
- The header replacement strings are `std::string` when they can just be
`StringRef`
- `In
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
@@ -2198,8 +2211,16 @@ llvm::Value *CodeGenFunction::EmitFromMemory(llvm::Value
*Value, QualType Ty) {
}
llvm::Type *ResTy = ConvertType(Ty);
- if (Ty->hasBooleanRepresentation() || Ty->isBitIntType() ||
- Ty->i
https://github.com/localspook created
https://github.com/llvm/llvm-project/pull/160967
- `IncludeModernizePPCallbacks` creates a temporary vector when all it needs is
a constant array
- The header replacement strings are `std::string` when they can just be
`StringRef`
- `IncludeModernizePPCall
qiongsiwu wrote:
Thanks so much for the prompt review! The latest commit:
1. Reordered the private/helper functions to keep the original order as much as
possible (and processed with clang-format). `sanitizeDiagOpts` is the
outstanding one since it is used in two different files and I kept its
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Jan Svoboda (jansvoboda11)
Changes
This PR uses the VFS to get the unique file ID when printing externalized decls
in CUDA instead of going straight to the real file system. This matches the
behavior of other input files of the compiler.
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
@@ -2198,8 +2211,16 @@ llvm::Value *CodeGenFunction::EmitFromMemory(llvm::Value
*Value, QualType Ty) {
}
llvm::Type *ResTy = ConvertType(Ty);
- if (Ty->hasBooleanRepresentation() || Ty->isBitIntType() ||
- Ty->i
https://github.com/andykaylor created
https://github.com/llvm/llvm-project/pull/160934
This sets the MLIR module name to the main filename (according to the
SourceManager), if one is available. The module name gets used when creating
global init functions, so we will need it to be set.
>From
=?utf-8?q?Félix?= Cloutier
Message-ID:
In-Reply-To:
@@ -2198,8 +2211,16 @@ llvm::Value *CodeGenFunction::EmitFromMemory(llvm::Value
*Value, QualType Ty) {
}
llvm::Type *ResTy = ConvertType(Ty);
- if (Ty->hasBooleanRepresentation() || Ty->isBitIntType() ||
- Ty->i
https://github.com/jansvoboda11 created
https://github.com/llvm/llvm-project/pull/160906
This PR loads the path from `-fembed-offload-object=` through the VFS
rather than going straight to the real file system. This matches the behavior
of other input files of the compiler. This technically ch
https://github.com/cachemeifyoucan approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/160944
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
=?utf-8?q?=E2=80=9CAmr?=
Message-ID:
In-Reply-To:
https://github.com/andykaylor approved this pull request.
lgtm
https://github.com/llvm/llvm-project/pull/160762
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/
1 - 100 of 425 matches
Mail list logo
