https://github.com/evelez7 updated
https://github.com/llvm/llvm-project/pull/149006
>From ae9f3eb3f02434bf8bcc518daade16ec9af28885 Mon Sep 17 00:00:00 2001
From: Erick Velez
Date: Thu, 10 Jul 2025 11:40:30 -0700
Subject: [PATCH] remove non-essential changes for later
---
clang-tools-extra/cla
@@ -1143,6 +1143,83 @@ class OMPFullClause final : public
OMPNoChildClause {
static OMPFullClause *CreateEmpty(const ASTContext &C);
};
+/// This class represents the 'looprange' clause in the
+/// '#pragma omp fuse' directive
+///
+/// \code {c}
+/// #pragma omp fuse loopr
https://github.com/tbaederr updated
https://github.com/llvm/llvm-project/pull/149460
>From 8ff2f60e3a117bab546a441daa0ca8f3055ff890 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Fri, 18 Jul 2025 08:00:49 +0200
Subject: [PATCH] [clang][bytecode][NFC] Remove unused includes
jeremyd2019 wrote:
I noticed another bit missing from the MinGW driver:
https://github.com/llvm/llvm-project/blob/f761d73265119eeb3b1ab64543e6d3012078ad13/clang/lib/Driver/ToolChains/MinGW.cpp#L198-L208
https://github.com/llvm/llvm-project/pull/147960
___
lyj-514328 wrote:
What is the purpose of explicitly adding 'defaultlib' here? When compiling with
MSVC header files, the generated object files should already contain the
appropriate directives indicating the defaultlib.
Additionally, using the /Bz option with cl.exe also shows that no 'default
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Timm Baeder (tbaederr)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/149460.diff
1 Files Affected:
- (modified) clang/lib/AST/ByteCode/InterpBuiltin.cpp (-1)
``diff
diff --git a/clang/lib/AST/ByteCode/Inte
https://github.com/tbaederr created
https://github.com/llvm/llvm-project/pull/149460
None
>From 8de2c28e2743f1bf840b46dc8d88501f1f59f070 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Fri, 18 Jul 2025 08:00:49 +0200
Subject: [PATCH] [clang][bytecode][NFC] Remove unused incl
@@ -77,6 +79,82 @@ class RocmInstallationDetector {
SPACKReleaseStr(SPACKReleaseStr.str()) {}
};
+ struct CommonBitcodeLibsPreferences {
+CommonBitcodeLibsPreferences(const Driver &D,
+ const llvm::opt::ArgList &DriverArgs,
+
llvmbot wrote:
/pull-request llvm/llvm-project#149451
https://github.com/llvm/llvm-project/pull/149039
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
owenca wrote:
/cherry-pick a8f5e9ed6b44562938ce07e2790be90be8f0a6b5
https://github.com/llvm/llvm-project/pull/149039
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
nathanchance wrote:
For what it’s worth, it looks like this introduces a series of `-Wformat`
warnings when building the Linux kernel for 32-bit targets, which `typedef
size_t` as `unsigned int` in
[`include/linux/types.h`](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tre
Keno wrote:
> why not use lld?
It's how the toolchain happens to be configured, and we can't tell users of
clang that they need to use lld if they want their builds to work, especially
if they work fine with gcc.
https://github.com/llvm/llvm-project/pull/149434
___
Andarwinux wrote:
why not use lld?
https://github.com/llvm/llvm-project/pull/149434
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,141 @@
+//===- llvm/Support/Jobserver.h - Jobserver Client --*- C++
-*-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Ap
@@ -0,0 +1,141 @@
+//===- llvm/Support/Jobserver.h - Jobserver Client --*- C++
-*-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Ap
tyan0 wrote:
> This will need more tests added to cover these additional flags that are now
> hooked up. Off the top of my head, `-shared`/`-mdll` and the
> `_cygwin_dll_entry` x86_64 vs i686, `-mconsole`/`-mwindows`, the
> high-entropy-va thing. Might also be worthwhile to look at the hurd.cp
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `sanitizer-x86_64-linux`
running on `sanitizer-buildbot1` while building
`clang-tools-extra,clang,libcxx,lldb` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/66/builds/16687
Her
@@ -107,3 +110,294 @@ void Cygwin::AddClangSystemIncludeArgs(const ArgList
&DriverArgs,
addExternCSystemInclude(DriverArgs, CC1Args, SysRoot + "/usr/include");
addExternCSystemInclude(DriverArgs, CC1Args, SysRoot +
"/usr/include/w32api");
}
+
+static bool getStaticPIE(con
@@ -5895,6 +5895,11 @@ def o : JoinedOrSeparate<["-"], "o">,
Visibility<[ClangOption, CC1Option, CC1AsOption, FC1Option, FlangOption]>,
HelpText<"Write output to ">, MetaVarName<"">,
MarshallingInfoString>;
+def foutput_file_base : Joined<["-"], "foutput-file-base=">,
---
https://github.com/jdenny-ornl updated
https://github.com/llvm/llvm-project/pull/149003
>From 670d2ab7ad2df476e89326dc1845106453ec7579 Mon Sep 17 00:00:00 2001
From: "Joel E. Denny"
Date: Tue, 15 Jul 2025 21:10:03 -0400
Subject: [PATCH 1/5] [LinkerWrapper] Fix -fsave-optimization-record default
github-actions[bot] wrote:
@YexuanXiao 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
https://github.com/mizvekov closed
https://github.com/llvm/llvm-project/pull/143653
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zwuis closed https://github.com/llvm/llvm-project/pull/149123
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Yanzuo Liu
Date: 2025-07-18T09:01:47+08:00
New Revision: 4a9eaad9e1283b872788832d5bce7e7945b97c78
URL:
https://github.com/llvm/llvm-project/commit/4a9eaad9e1283b872788832d5bce7e7945b97c78
DIFF:
https://github.com/llvm/llvm-project/commit/4a9eaad9e1283b872788832d5bce7e7945b97c78.diff
LO
ilovepi wrote:
Looking at the patch, I'm wondering if we can decouple the changes to output
and add things like missing features in separate patches? There seems to be
more changing than I expected in the template and tests. So if we can have a
transition thats basically a NOP (or as close as
https://github.com/wenju-he closed
https://github.com/llvm/llvm-project/pull/149269
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Wenju He
Date: 2025-07-18T07:50:35+08:00
New Revision: cf36f49c042f93e4e204ee434173f1c6a6ad4cac
URL:
https://github.com/llvm/llvm-project/commit/cf36f49c042f93e4e204ee434173f1c6a6ad4cac
DIFF:
https://github.com/llvm/llvm-project/commit/cf36f49c042f93e4e204ee434173f1c6a6ad4cac.diff
LOG:
@@ -0,0 +1,190 @@
+// RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu -emit-llvm -fsanitize=kcfi
-o - %s | FileCheck %s
+// RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu -emit-llvm -fsanitize=kcfi
-x c++ -o - %s | FileCheck %s --check-prefixes=CHECK,MEMBER
+// RUN: %clang_cc
https://github.com/evelez7 updated
https://github.com/llvm/llvm-project/pull/149006
>From af831e0e0889f1bfd9ac12848a021640e849184c Mon Sep 17 00:00:00 2001
From: Erick Velez
Date: Thu, 10 Jul 2025 11:40:30 -0700
Subject: [PATCH] create HTML serially instead of waiting for all JSON to be
parsed
https://github.com/Meinersbur updated
https://github.com/llvm/llvm-project/pull/137828
>From 839198d61f9937b5504d5e036c67266b4b84da8e Mon Sep 17 00:00:00 2001
From: Michael Kruse
Date: Thu, 17 Jul 2025 14:09:57 +0200
Subject: [PATCH 1/6] [Flang][Flang-RT][OpenMP] Move builtin .mod generation
i
https://github.com/evelez7 updated
https://github.com/llvm/llvm-project/pull/149006
>From cb2bf6423fb6d4f0f8b6c0794126ddc7f962f298 Mon Sep 17 00:00:00 2001
From: Erick Velez
Date: Thu, 10 Jul 2025 11:40:30 -0700
Subject: [PATCH] create HTML serially instead of waiting for all JSON to be
parsed
https://github.com/efriedma-quic approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/131995
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bwendling updated
https://github.com/llvm/llvm-project/pull/141846
>From bfdf16cee252dc6491f15c0715c7a39538fbf120 Mon Sep 17 00:00:00 2001
From: Bill Wendling
Date: Wed, 23 Apr 2025 13:14:24 -0700
Subject: [PATCH 1/6] [Clang][attr] Add cfi_salt attribute
The new 'cfi_salt' a
hvdijk wrote:
Apologies for the repeated review request, not sure why GitHub removed one when
I only tried to request an additional reviewer.
https://github.com/llvm/llvm-project/pull/149406
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http
@@ -132,404 +135,74 @@ Error MustacheHTMLGenerator::generateDocs(
return Err;
}
- // Track which directories we already tried to create.
- StringSet<> CreatedDirs;
- // Collect all output by file name and create the necessary directories.
- StringMap> FileToInfos;
@@ -5895,6 +5895,11 @@ def o : JoinedOrSeparate<["-"], "o">,
Visibility<[ClangOption, CC1Option, CC1AsOption, FC1Option, FlangOption]>,
HelpText<"Write output to ">, MetaVarName<"">,
MarshallingInfoString>;
+def foutput_file_base : Joined<["-"], "foutput-file-base=">,
---
https://github.com/hvdijk edited
https://github.com/llvm/llvm-project/pull/149406
___
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: Harald van Dijk (hvdijk)
Changes
P3144R2 made it ill-formed to delete a pointer to an incomplete class type, and
asserted that incomplete class types were the only incomplete types that were
possible to pass to the delete operator. This a
llvmbot wrote:
@llvm/pr-subscribers-clang-static-analyzer-1
Author: Harald van Dijk (hvdijk)
Changes
P3144R2 made it ill-formed to delete a pointer to an incomplete class type, and
asserted that incomplete class types were the only incomplete types that were
possible to pass to the delet
https://github.com/hvdijk created
https://github.com/llvm/llvm-project/pull/149406
P3144R2 made it ill-formed to delete a pointer to an incomplete class type, and
asserted that incomplete class types were the only incomplete types that were
possible to pass to the delete operator. This asserti
https://github.com/petrhosek approved this pull request.
https://github.com/llvm/llvm-project/pull/149235
___
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/147308
>From 8f1c383f8f84fb636af4a78e0ff504830f9272f5 Mon Sep 17 00:00:00 2001
From: Oleksandr Tarasiuk
Date: Mon, 7 Jul 2025 17:20:48 +0300
Subject: [PATCH 1/5] [Clang] disallow operator in attribute argument list
@@ -610,7 +610,7 @@ void StmtPrinter::VisitObjCAtTryStmt(ObjCAtTryStmt *Node) {
}
}
- if (auto *FS = static_cast(Node->getFinallyStmt())) {
+ if (auto *FS = Node->getFinallyStmt()) {
kazutakahirata wrote:
Fixed in the latest revision. Thanks!
https:
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Aaron Danen (aadanen)
Changes
Hi all. This is my first pull request to an open source project. I am a student
so have mercy on me!
I have done my best to read all of the relevant documentation about how to
contribute most effectively but
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/aadanen created
https://github.com/llvm/llvm-project/pull/149396
Hi all. This is my first pull request to an open source project. I am a student
so have mercy on me!
I have done my best to read all of the relevant documentation about how to
contribute most effectively but i
efriedma-quic wrote:
/cherry-pick 6a60f18997d62b0e2842a921fcb6beb3e52ed823
https://github.com/llvm/llvm-project/pull/149227
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/efriedma-quic closed
https://github.com/llvm/llvm-project/pull/149227
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Eli Friedman
Date: 2025-07-17T13:14:34-07:00
New Revision: 6a60f18997d62b0e2842a921fcb6beb3e52ed823
URL:
https://github.com/llvm/llvm-project/commit/6a60f18997d62b0e2842a921fcb6beb3e52ed823
DIFF:
https://github.com/llvm/llvm-project/commit/6a60f18997d62b0e2842a921fcb6beb3e52ed823.diff
andyhhp wrote:
Does it really need to be spelt `kcfi_salt` ?
Another use-case is simply for static analysis (the Eclair folks are interested
in this capability too), so the utility of this attribute really does go beyond
just KCFI.
https://github.com/llvm/llvm-project/pull/141846
https://github.com/kazutakahirata updated
https://github.com/llvm/llvm-project/pull/149338
>From eebc7c508a56b53f651523b3199e8f6c765eb808 Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Thu, 17 Jul 2025 08:07:26 -0700
Subject: [PATCH 1/2] [AST] Remove an unnecessary cast (NFC)
getFinallyStmt(
https://github.com/shiltian closed
https://github.com/llvm/llvm-project/pull/149360
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Shilei Tian
Date: 2025-07-17T15:42:35-04:00
New Revision: 7e105fbdbe3167d0724a64601a0e72923ed5e021
URL:
https://github.com/llvm/llvm-project/commit/7e105fbdbe3167d0724a64601a0e72923ed5e021
DIFF:
https://github.com/llvm/llvm-project/commit/7e105fbdbe3167d0724a64601a0e72923ed5e021.diff
L
https://github.com/AmrDeveloper updated
https://github.com/llvm/llvm-project/pull/148943
>From a83dcd3f747751cf1da861405572fbe94ff6c8f9 Mon Sep 17 00:00:00 2001
From: AmrDeveloper
Date: Tue, 15 Jul 2025 21:47:30 +0200
Subject: [PATCH 1/2] [CIR] Upstream CompoundLiteralExpr for Scalar
---
clan
@@ -3630,6 +3630,36 @@ static unsigned maxNestingDepth(const AnnotatedLine
&Line) {
return Result;
}
+// Returns the token after the first qualifier of the name, or nullptr if there
+// is no qualifier.
+static FormatToken* skipNameQualifier(const FormatToken *Tok) {
--
@@ -6298,10 +6304,43 @@ static bool isImmediateSinkBlock(const CFGBlock *Blk) {
// at least for now, but once we have better support for exceptions,
// we'd need to carefully handle the case when the throw is being
// immediately caught.
- if (llvm::any_of(*Blk, [](const
@@ -0,0 +1,42 @@
+// RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu -fclangir -emit-cir %s -o
%t.cir
+// RUN: FileCheck --input-file=%t.cir %s -check-prefix=CIR
+// RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu -Wno-unused-value
-fclangir -emit-llvm %s -o %t-cir.ll
+// RUN:
https://github.com/AmrDeveloper updated
https://github.com/llvm/llvm-project/pull/148943
>From 12eae63493a66a2f780ed846ce0fbc0df6de00ce Mon Sep 17 00:00:00 2001
From: AmrDeveloper
Date: Tue, 15 Jul 2025 21:47:30 +0200
Subject: [PATCH 1/2] [CIR] Upstream CompoundLiteralExpr for Scalar
---
clan
devnexen wrote:
Hi @cjappl did you have time to give any though since ? :)
https://github.com/llvm/llvm-project/pull/125389
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ImpleLee converted_to_draft
https://github.com/llvm/llvm-project/pull/148954
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ImpleLee wrote:
> > Compared to `int > signed char > short > long > long long`, inconsistency
> > happens when `sizeof(int) == sizeof(short)`, which is true only in LP32
> > among [currently widely accepted data
> > models](https://en.cppreference.com/w/cpp/language/types.html#Properties).
>
https://github.com/ppenzin approved this pull request.
https://github.com/llvm/llvm-project/pull/148321
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -22,15 +24,97 @@ struct LoweringPreparePass : public
LoweringPrepareBase {
void runOnOperation() override;
void runOnOp(Operation *op);
+ void lowerArrayCtor(ArrayCtor op);
};
} // namespace
-void LoweringPreparePass::runOnOp(Operation *op) {}
+void LoweringPrep
@@ -2219,6 +2219,50 @@ def CIR_TrapOp : CIR_Op<"trap", [Terminator]> {
let assemblyFormat = "attr-dict";
}
+//===--===//
+// ArrayCtor
+//===--
@@ -805,4 +805,50 @@ bool CIRGenFunction::shouldNullCheckClassCastValue(const
CastExpr *ce) {
return true;
}
+/// Computes the length of an array in elements, as well as the base
+/// element type and a properly-typed first element pointer.
+mlir::Value
+CIRGenFunction::emi
@@ -2219,6 +2219,50 @@ def CIR_TrapOp : CIR_Op<"trap", [Terminator]> {
let assemblyFormat = "attr-dict";
}
+//===--===//
+// ArrayCtor
+//===--
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/125556
>From ffa2217d80f35c720b0b1860b2b9b71dd4099301 Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Mon, 3 Feb 2025 12:46:27 -0600
Subject: [PATCH 1/2] [Clang] Introduce '--offload-targets=' to genericall
target t
jamieschmeiser wrote:
> > are you saying that you have a strong preference to not handle locale.h
> > (for example) for non-AIX environments?
>
> Yes.
>
> You know exactly which AIX headers define NULL, and because IBM also ships
> the AIX headers, you can ensure no future version of the head
https://github.com/rampitec approved this pull request.
https://github.com/llvm/llvm-project/pull/149360
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
lei137 wrote:
ping
https://github.com/llvm/llvm-project/pull/147383
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
SharonXSharon wrote:
> I chatted with @pirama-arumuga-nainar about this. My takeaway is that the
> team is more focused on broader platform optimizations right now and this may
> not be a high priority due to it's application specific requirements for
> profiling. We would be happy to consult
https://github.com/lei137 updated
https://github.com/llvm/llvm-project/pull/147383
>From 627e01c2fa4fe756c5feff9b069026f43a2afa45 Mon Sep 17 00:00:00 2001
From: Lei Huang
Date: Fri, 4 Jul 2025 14:53:15 -0500
Subject: [PATCH 1/4] RFC02658:CLANG: DMF VSX Vector bfloat16 GER 2x (rank-2
update)
-
https://github.com/efriedma-quic updated
https://github.com/llvm/llvm-project/pull/149227
>From 9ce04c82fdeb47e337ba47655fd8f626b57313c2 Mon Sep 17 00:00:00 2001
From: Eli Friedman
Date: Wed, 16 Jul 2025 16:58:03 -0700
Subject: [PATCH 1/2] [clang] Fix potential constant expression checking with
https://github.com/shiltian updated
https://github.com/llvm/llvm-project/pull/149360
>From 10b9379f759506e4e1e3c1cab1191ed386609ebe Mon Sep 17 00:00:00 2001
From: Shilei Tian
Date: Thu, 17 Jul 2025 13:03:14 -0400
Subject: [PATCH] [AMDGPU] Add support for `v_tanh_f32` on gfx1250
Co-authored-by:
https://github.com/shiltian edited
https://github.com/llvm/llvm-project/pull/149360
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/shiltian closed
https://github.com/llvm/llvm-project/pull/149355
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Shilei Tian
Date: 2025-07-17T14:43:34-04:00
New Revision: fd5fc76c91538871771be2c3be2ca3a5f2dcac31
URL:
https://github.com/llvm/llvm-project/commit/fd5fc76c91538871771be2c3be2ca3a5f2dcac31
DIFF:
https://github.com/llvm/llvm-project/commit/fd5fc76c91538871771be2c3be2ca3a5f2dcac31.diff
L
shiltian wrote:
### Merge activity
* **Jul 17, 6:41 PM UTC**: A user started a stack merge that includes this pull
request via
[Graphite](https://app.graphite.dev/github/pr/llvm/llvm-project/149355).
https://github.com/llvm/llvm-project/pull/149355
___
https://github.com/bcardosolopes approved this pull request.
LGTM after existing comments are addressed, nothing else to add on my part.
https://github.com/llvm/llvm-project/pull/148999
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://li
@@ -1053,6 +1053,68 @@ LValue CIRGenFunction::emitMemberExpr(const MemberExpr
*e) {
llvm_unreachable("Unhandled member declaration!");
}
+/// Evaluate an expression into a given memory location.
+void CIRGenFunction::emitAnyExprToMem(const Expr *e, Address location,
+
@@ -3630,6 +3630,36 @@ static unsigned maxNestingDepth(const AnnotatedLine
&Line) {
return Result;
}
+// Returns the token after the first qualifier of the name, or nullptr if there
+// is no qualifier.
+static FormatToken* skipNameQualifier(const FormatToken *Tok) {
--
@@ -6298,10 +6304,60 @@ static bool isImmediateSinkBlock(const CFGBlock *Blk) {
// at least for now, but once we have better support for exceptions,
// we'd need to carefully handle the case when the throw is being
// immediately caught.
- if (llvm::any_of(*Blk, [](const
@@ -6298,10 +6308,60 @@ static bool isImmediateSinkBlock(const CFGBlock *Blk) {
// at least for now, but once we have better support for exceptions,
// we'd need to carefully handle the case when the throw is being
// immediately caught.
- if (llvm::any_of(*Blk, [](const
@@ -693,6 +703,153 @@ TEST_F(NoreturnDestructorTest,
ConditionalOperatorNestedBranchReturns) {
// FIXME: Called functions at point `p` should contain only "foo".
}
+class AnalyzerNoreturnTest : public Test {
+protected:
+ template
+ void runDataflow(llvm::StringRef Code,
@@ -14,14 +14,14 @@
// RUN: | FileCheck %s --check-prefix=NO-OUTPUT-ERROR
// RUN: not %clang -### --target=x86_64-unknown-linux-gnu -nogpulib
--offload-new-driver --offload-arch=native
--amdgpu-arch-tool=%t/amdgpu_arch_fail -x hip %s 2>&1 \
// RUN: | FileCheck %s --chec
@@ -3441,91 +3455,25 @@ class OffloadingActionBuilder final {
return true;
}
- ToolChains.push_back(
- AssociatedOffloadKind == Action::OFK_Cuda
- ? C.getSingleOffloadToolChain()
- : C.getSingleOffloadToolChain());
-
-
@@ -132,404 +135,74 @@ Error MustacheHTMLGenerator::generateDocs(
return Err;
}
- // Track which directories we already tried to create.
- StringSet<> CreatedDirs;
- // Collect all output by file name and create the necessary directories.
- StringMap> FileToInfos;
@@ -14,14 +14,14 @@
// RUN: | FileCheck %s --check-prefix=NO-OUTPUT-ERROR
// RUN: not %clang -### --target=x86_64-unknown-linux-gnu -nogpulib
--offload-new-driver --offload-arch=native
--amdgpu-arch-tool=%t/amdgpu_arch_fail -x hip %s 2>&1 \
// RUN: | FileCheck %s --chec
@@ -951,221 +931,262 @@ static bool addSYCLDefaultTriple(Compilation &C,
return true;
}
-void Driver::CreateOffloadingDeviceToolChains(Compilation &C,
- InputList &Inputs) {
-
- //
- // CUDA/HIP
- //
- // We need to generate a
@@ -3441,91 +3455,25 @@ class OffloadingActionBuilder final {
return true;
}
- ToolChains.push_back(
- AssociatedOffloadKind == Action::OFK_Cuda
- ? C.getSingleOffloadToolChain()
- : C.getSingleOffloadToolChain());
-
-
@@ -3441,91 +3455,25 @@ class OffloadingActionBuilder final {
return true;
}
- ToolChains.push_back(
- AssociatedOffloadKind == Action::OFK_Cuda
- ? C.getSingleOffloadToolChain()
- : C.getSingleOffloadToolChain());
-
-
https://github.com/Artem-B commented:
Drive-by style/syntax mostly review. LGTM overall, with a few nits.
https://github.com/llvm/llvm-project/pull/125556
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/li
@@ -4,7 +4,7 @@
// RUN: --rocm-path=%S/Inputs/rocm \
// RUN: %s 2>&1 | FileCheck -check-prefix=NOPLUS %s
-// NOPLUS: error: invalid target ID 'gfx908xnack'
+// NOPLUS: error: unsupported HIP gpu architecture: gfx908xnack
Artem-B wrote:
"HIP compilation c
https://github.com/Artem-B edited
https://github.com/llvm/llvm-project/pull/125556
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -6298,10 +6304,43 @@ static bool isImmediateSinkBlock(const CFGBlock *Blk) {
// at least for now, but once we have better support for exceptions,
// we'd need to carefully handle the case when the throw is being
// immediately caught.
- if (llvm::any_of(*Blk, [](const
https://github.com/shiltian edited
https://github.com/llvm/llvm-project/pull/149355
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
shiltian wrote:
Oh nice catch. Thanks.
https://github.com/llvm/llvm-project/pull/149355
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
efriedma-quic wrote:
> are you saying that you have a strong preference to not handle locale.h (for
> example) for non-AIX environments?
Yes.
You know exactly which AIX headers define NULL, and because IBM also ships the
AIX headers, you can ensure no future version of the headers changes th
@@ -22,7 +22,7 @@ void_typedef f2_helper(void);
static void f2(void *buf) {
F12_typedef* x;
x = f2_helper();
- memcpy((&x[1]), (buf), 1); // expected-warning{{call to undeclared library
function 'memcpy' with type 'void *(void *, const void *}} \
+ memcpy((&x[1]), (buf),
=?utf-8?q?Balázs_Kéri?=
Message-ID:
In-Reply-To:
@@ -959,6 +959,68 @@ ProgramStateRef
CStringChecker::checkAdditionOverflow(CheckerContext &C,
return state;
}
+ProgramStateRef CStringChecker::checkNullTerminated(CheckerContext &C,
+
1 - 100 of 386 matches
Mail list logo
