Author: Amit Kumar Pandey
Date: 2025-02-05T13:37:31+05:30
New Revision: 646d352ab0d0a9cfafa3f2c9c415b5773834ad5b
URL:
https://github.com/llvm/llvm-project/commit/646d352ab0d0a9cfafa3f2c9c415b5773834ad5b
DIFF:
https://github.com/llvm/llvm-project/commit/646d352ab0d0a9cfafa3f2c9c415b5773834ad5b.d
@@ -2917,7 +2918,7 @@ instrumentation:
$ LLVM_PROFILE_FILE="code-%m.profraw" ./code
See `this `_
section
- about the ``%t``, and ``%c`` modifiers.
+ about the ``%b``, ``%t``, and ``%c`` modifiers.
david-xl wrote:
better add an %b use example here
https://github.com/ampandey-1995 closed
https://github.com/llvm/llvm-project/pull/124754
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -11224,6 +11224,254 @@ TEST_F(FormatTest,
WrapsTemplateDeclarationsWithComments) {
Style);
}
+TEST_F(FormatTest, BreakBeforeTemplateCloser) {
+ FormatStyle Style = getLLVMStyle();
+ // Begin with tests covering the case where there is no constraint on the
+ // col
@@ -11224,6 +11224,254 @@ TEST_F(FormatTest,
WrapsTemplateDeclarationsWithComments) {
Style);
}
+TEST_F(FormatTest, BreakBeforeTemplateCloser) {
+ FormatStyle Style = getLLVMStyle();
+ // Begin with tests covering the case where there is no constraint on the
+ // col
@@ -304,6 +304,10 @@ bool ContinuationIndenter::canBreak(const LineState
&State) {
Current.closesBlockOrBlockTypeList(Style)))
{
return false;
}
+ if (Style.BreakBeforeTemplateCloser && Current.is(TT_TemplateCloser) &&
+ !Current
chrisnc wrote:
I've been fairly busy over the past few months so haven't had time to pursue
this further. One of the issues is that as far as I can tell, there doesn't
seem to be a mechanism to issue a warning from within LLVM codegen, only to
error. The behavior you are describing is already
@@ -2551,18 +2551,7 @@ void Sema::MergeTypedefNameDecl(Scope *S,
TypedefNameDecl *New,
// Make the old tag definition visible.
makeMergedDefinitionVisible(Hidden);
- // If this was an unscoped enumeration, yank all of its enumerators
- // out of the scop
https://github.com/michael-jabbour-sonarsource edited
https://github.com/llvm/llvm-project/pull/114240
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,22 @@
+#include "clang/Driver/Driver.h"
+#include "clang/Driver/DriverDiagnostic.h"
+#include "clang/Driver/InputInfo.h"
+#include "clang/Driver/Tool.h"
+#include "clang/Driver/ToolChain.h"
+#include "llvm/ADT/StringRef.h"
+#include "llvm/Option/Option.h"
+
+#include
+
@@ -237,8 +237,17 @@ static_assert(__is_same(decltype(s.t), int));
// explicit deduction guide.
Foo(int) -> Foo;
AFoo s2{i};
-// FIXME: the type should be X because of the above explicit deduction guide.
-static_assert(__is_same(decltype(s2.t), int));
+static_assert(__is_same(d
petrhosek wrote:
> I believe all comments have been addressed. friendly ping. @petrhosek any
> feedback please?
The high-level comment is that the continuous mode isn't PGO specific, it was
actually originally developed primarily for coverage, although it can be used
for PGO as well due to th
https://github.com/lalaniket8 updated
https://github.com/llvm/llvm-project/pull/125646
>From ae1f0e723ee8de2bc4f0032c884512ec79fae800 Mon Sep 17 00:00:00 2001
From: anikelal
Date: Tue, 4 Feb 2025 12:13:20 +0530
Subject: [PATCH 1/2] [Driver][HIP] Do not pass -dependency-file flag for HIP
Device
https://github.com/student433 edited
https://github.com/llvm/llvm-project/pull/125663
___
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: Timm Baeder (tbaederr)
Changes
Make lifetime management more explicit. We're only using this for
CXXPseudoDestructorExprs for now but we need this to handle
std::construct_at/placement-new after destructor calls later anyway.
---
Full di
@@ -0,0 +1,356 @@
+#include "C2000.h"
+#include "Targets.h"
+#include "clang/Basic/Builtins.h"
+#include "clang/Basic/Diagnostic.h"
+#include "clang/Basic/MacroBuilder.h"
+#include "clang/Basic/TargetBuiltins.h"
+
+using namespace clang;
+using namespace clang::targets;
+
+const c
https://github.com/student433 edited
https://github.com/llvm/llvm-project/pull/125663
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -82,7 +82,7 @@ define void @test_store(ptr %p) {
@G = external global ptr
define i8 @test_store_capture(ptr %p) {
-; FNATTRS: Function Attrs: mustprogress nofree norecurse nosync nounwind
willreturn memory(readwrite, argmem: read, inaccessiblemem: none)
+; FNATTRS: Functio
https://github.com/balazs-benics-sonarsource approved this pull request.
I had a look at the PR, and it looks awesome.
Could you please update the attached speedscope image?
It looks like it's out of sync with the implementation, for example if you look
at the "Loc PostStmt { ... stuff here ...}
https://github.com/tbaederr created
https://github.com/llvm/llvm-project/pull/125835
Make lifetime management more explicit. We're only using this for
CXXPseudoDestructorExprs for now but we need this to handle
std::construct_at/placement-new after destructor calls later anyway.
>From 59093b2
necto wrote:
> I had a look at the PR, and it looks awesome. Could you please update the
> attached speedscope image? It looks like it's out of sync with the
> implementation, for example if you look at the "Loc PostStmt { ... stuff here
> ...}" , it appears to include the ProgramPoint dump, a
changkhothuychung wrote:
@frederick-vs-ja
just follow up on this
https://github.com/llvm/llvm-project/pull/120920
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/michael-jabbour-sonarsource edited
https://github.com/llvm/llvm-project/pull/114240
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2639,6 +2628,19 @@ void Sema::MergeTypedefNameDecl(Scope *S,
TypedefNameDecl *New,
notePreviousDefinition(Old, New->getLocation());
}
+void Sema::CleanupMergedEnum(Scope *S, Decl *New) {
michael-jabbour-sonarsource wrote:
> Is MergeTypedefNameDecl not
https://github.com/Il-Capitano converted_to_draft
https://github.com/llvm/llvm-project/pull/125688
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/student433 edited
https://github.com/llvm/llvm-project/pull/125663
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sjoerdmeijer created
https://github.com/llvm/llvm-project/pull/125830
This introduces options `-floop-interchange` and `-fno-loop-interchange` to
enable/disable the loop-interchange pass. This is part of the work that tries
to get that pass enabled by default (#124911), wher
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Sjoerd Meijer (sjoerdmeijer)
Changes
This introduces options `-floop-interchange` and `-fno-loop-interchange` to
enable/disable the loop-interchange pass. This is part of the work that tries
to get that pass enabled by default (#12
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Sjoerd Meijer (sjoerdmeijer)
Changes
This introduces options `-floop-interchange` and `-fno-loop-interchange` to
enable/disable the loop-interchange pass. This is part of the work that tries
to get that pass enabled by default (#124911),
Michael137 wrote:
> Is my thing about the ctor understanding correct, and it's that the ctor
> exists theoretically/abstractly, but not in the AST or in the generated
> IR/DWARF? Could it be added/would that be sufficient?
>
> But, yeah, probably fine to just add the attribute, since that's th
brunodf-snps wrote:
> We're documenting a weaker guarantee than we implement, yes.
OK, thanks. I guess the wording "in Clang 20, [...] Clang now distinguishes
different pointers by their pointee type, except as limited by the relaxations
around qualifiers and `void*` described above" led me to
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/125713
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Fraser Cormack
Date: 2025-02-05T10:38:23Z
New Revision: 76d1cb22c1b9460c0abfba943d7cc202dc30fca3
URL:
https://github.com/llvm/llvm-project/commit/76d1cb22c1b9460c0abfba943d7cc202dc30fca3
DIFF:
https://github.com/llvm/llvm-project/commit/76d1cb22c1b9460c0abfba943d7cc202dc30fca3.diff
LOG
@@ -237,8 +237,17 @@ static_assert(__is_same(decltype(s.t), int));
// explicit deduction guide.
Foo(int) -> Foo;
AFoo s2{i};
-// FIXME: the type should be X because of the above explicit deduction guide.
-static_assert(__is_same(decltype(s2.t), int));
+static_assert(__is_same(d
lalaniket8 wrote:
> need a lit test
Added
[dep-file-flag-with-multiple-offload-archs.hip](https://github.com/llvm/llvm-project/blob/62d313ab07199a90b0523e4be1bd4b0b555faf03/clang/test/Driver/dep-file-flag-with-multiple-offload-archs.hip)
https://github.com/llvm/llvm-project/pull/125646
___
https://github.com/student433 edited
https://github.com/llvm/llvm-project/pull/125663
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ArtSin updated
https://github.com/llvm/llvm-project/pull/123963
>From 1d1b66d11cddbb2d663879a9bd23bc4eadf6beba Mon Sep 17 00:00:00 2001
From: Artem Sinkevich
Date: Wed, 5 Feb 2025 15:14:25 +0400
Subject: [PATCH] [profile] Add `%b` `LLVM_PROFILE_FILE` option for binary ID
Add
@@ -2917,7 +2918,7 @@ instrumentation:
$ LLVM_PROFILE_FILE="code-%m.profraw" ./code
See `this `_
section
- about the ``%t``, and ``%c`` modifiers.
+ about the ``%b``, ``%t``, and ``%c`` modifiers.
ArtSin wrote:
Done
https://github.com/llvm/llvm-
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`openmp-offload-amdgpu-runtime` running on `omp-vega20-0` while building
`clang` at step 7 "Add check check-offload".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/30/builds/15280
Here is the releva
https://github.com/student433 edited
https://github.com/llvm/llvm-project/pull/125663
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Xazax-hun approved this pull request.
LG, thanks!
https://github.com/llvm/llvm-project/pull/122330
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Michael137 edited
https://github.com/llvm/llvm-project/pull/124752
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Michael137 wrote:
I've only included the LLVM changes here now (anything metadata and DWARF
attribute related). Will do the plumbing from the frontend in a separate patch
https://github.com/llvm/llvm-project/pull/124752
___
cfe-commits mailing list
cf
https://github.com/student433 edited
https://github.com/llvm/llvm-project/pull/125663
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex updated
https://github.com/llvm/llvm-project/pull/125737
>From d4b3358e1ccbae6889aaef280431f06a115102e0 Mon Sep 17 00:00:00 2001
From: "Sarnie, Nick"
Date: Wed, 22 Jan 2025 08:35:49 -0800
Subject: [PATCH 1/2] [clang-linker-wrapper] Add ELF packaging for
spirv64-intel
@@ -247,45 +240,134 @@ void StackAddrEscapeChecker::checkPreCall(const
CallEvent &Call,
}
}
-void StackAddrEscapeChecker::checkPreStmt(const ReturnStmt *RS,
- CheckerContext &C) const {
- if (!ChecksEnabled[CK_StackAddrEscapeChecker
DavidSpickett wrote:
I've pushed a fix for one of the tests on 32 bit Arm, as it failed on our bot:
https://lab.llvm.org/buildbot/#/builders/154/builds/11413/steps/5/logs/FAIL__Clang__offload-Xarch_c
Maybe your intent was specifically to have a line that uses the host
architecture, if that was
@@ -1,49 +1,49 @@
// REQUIRES: x86-registered-target, amdgpu-registered-target
// Fail on invalid ROCm Path.
-// RUN: not %clang -### --target=x86_64-unknown-linux-gnu -fopenmp
--offload-arch=gfx908:xnack+ -fsanitize=address -fgpu-sanitize -nogpuinc
--rocm-path=%S/Inputs/r
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Joseph Huber (jhuber6)
Changes
Summary:
The CUDA impelementation has long supported the `width` argument on its
shuffle instrucitons, which makes it more difficult to replace those
uses with this helper. This patch just correctly impl
https://github.com/jhuber6 created
https://github.com/llvm/llvm-project/pull/125896
Summary:
The CUDA impelementation has long supported the `width` argument on its
shuffle instrucitons, which makes it more difficult to replace those
uses with this helper. This patch just correctly implements th
llvmbot wrote:
@llvm/pr-subscribers-libc
Author: Joseph Huber (jhuber6)
Changes
Summary:
The CUDA impelementation has long supported the `width` argument on its
shuffle instrucitons, which makes it more difficult to replace those
uses with this helper. This patch just correctly implements
https://github.com/jhuber6 edited
https://github.com/llvm/llvm-project/pull/125896
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ddpagan wrote:
@alexey-bataev - question: I didn't see an approval from you but the PR says
that I can merge. Did I miss something?
https://github.com/llvm/llvm-project/pull/125621
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Timm Baeder (tbaederr)
Changes
We only initialize the final field above, so make sure we're marking the links
in the chain on the way there as initialized as well.
---
Full diff: https://github.com/llvm/llvm-project/pull/125869.diff
2 F
@@ -373,3 +375,86 @@ Error llvm::offloading::amdgpu::getAMDGPUMetaDataFromImage(
}
return Error::success();
}
+Error offloading::intel::containerizeOpenMPSPIRVImage(
+std::unique_ptr &Img) {
+ constexpr char INTEL_ONEOMP_OFFLOAD_VERSION[] = "1.0";
+ constexpr int NT_I
sarnex wrote:
Sorry, I thought the feedback from the other PR was to check in a binary, will
remove and generate it as part of the test.
https://github.com/llvm/llvm-project/pull/125737
___
cfe-commits mailing list
c
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/125737
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -764,6 +764,73 @@ void Parser::ParseGNUAttributeArgs(
ScopeLoc, Form);
}
+void Parser::ParseAtomicAttribute(
yxsamliu wrote:
I've simplified ParseAtomicAttribute by introducing a lambda that handles
parsing a single option (inc
https://github.com/a-tarasyuk updated
https://github.com/llvm/llvm-project/pull/124920
>From bd731e4be65fc9c1746aa6a8f63d206eb54bb2be Mon Sep 17 00:00:00 2001
From: Oleksandr T
Date: Wed, 29 Jan 2025 15:17:06 +0200
Subject: [PATCH 01/13] [Clang] disallow attributes on void parameters
---
clan
https://github.com/s-perron edited
https://github.com/llvm/llvm-project/pull/125718
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/125737
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mizvekov closed
https://github.com/llvm/llvm-project/pull/125791
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -5958,6 +5968,58 @@ void Clang::ConstructJob(Compilation &C, const JobAction
&JA,
RenderFloatingPointOptions(TC, D, OFastEnabled, Args, CmdArgs, JA);
+ if (Arg *AtomicArg = Args.getLastArg(options::OPT_fatomic_EQ)) {
yxsamliu wrote:
Refactored the cod
https://github.com/ddpagan created
https://github.com/llvm/llvm-project/pull/125933
…ts'.
Add initial parsing/sema support for new assumption clause so clause can be
specified. For now, it's ignored, just like the others.
Added support for 'no_openmp_construct' to release notes.
Testing
- Up
allanjude wrote:
We have seen interest in all of the different sanitizers from our embedded
customers who use FreeBSD to build appliances. We have done work to extend
support in FreeBSD for LLVM's KASAN and KMSAN, and have also seen commercial
interest in KCSAN and RTSAN
https://github.com/ll
llvmbot wrote:
@llvm/pr-subscribers-clang
@llvm/pr-subscribers-clang-modules
Author: David Pagan (ddpagan)
Changes
…ts'.
Add initial parsing/sema support for new assumption clause so clause can be
specified. For now, it's ignored, just like the others.
Added support for 'no_openmp_const
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-win-x-aarch64`
running on `as-builder-2` while building `clang,libc` at step 10
"test-check-clang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/193/builds/5476
Here is the relevant pie
@@ -43,6 +44,21 @@ static __rtsan::Context &GetContextForThisThreadImpl() {
return *current_thread_context;
}
+#else
+
+// On FreeBSD, pthread api cannot be used as calloc is called under the hood
+// at library initialization time.
devnexen wrote:
I ll try
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,libc` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/23/builds/7317
Here is
@@ -43,6 +44,21 @@ static __rtsan::Context &GetContextForThisThreadImpl() {
return *current_thread_context;
}
+#else
+
+// On FreeBSD, pthread api cannot be used as calloc is called under the hood
+// at library initialization time.
+static __thread Context *ctx = nullptr;
+
ziqingluo-90 wrote:
> > I added @ziqingluo-90 @jkorous-apple as reviewers since you've approved
> > recent changes to this warning. Please let us know if you're the right
> > reviewers for this and feel free to loop in more people if necessary.
>
> Thank you @ivanaivanovska, the profiling and
https://github.com/aeubanks updated
https://github.com/llvm/llvm-project/pull/124834
>From 7c40169ec7430ec64aaeb053e423eca1ceff7f0d Mon Sep 17 00:00:00 2001
From: Arthur Eubanks
Date: Tue, 28 Jan 2025 20:36:58 +
Subject: [PATCH 1/8] [clang][X86] Support
__attribute__((model("small"/"large"
@@ -62,6 +62,10 @@ def CodeModelDocs : Documentation {
let Content = [{
The ``model`` attribute allows overriding the translation unit's
code model (specified by ``-mcmodel``) for a specific global variable.
+
+On LoongArch, allowed values are "normal", "medium", "extreme".
-
llvmbot wrote:
@llvm/pr-subscribers-flang-openmp
Author: David Pagan (ddpagan)
Changes
…ts'.
Add initial parsing/sema support for new assumption clause so clause can be
specified. For now, it's ignored, just like the others.
Added support for 'no_openmp_construct' to release notes.
Tes
georgthegreat wrote:
I applied @ldionne suggestions, I am fine with his approach.
https://github.com/llvm/llvm-project/pull/125412
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,34 @@
+[build-system]
+requires = ["setuptools>=42", "setuptools_scm"]
+build-backend = "setuptools.build_meta"
+
+[project]
+name = "clang"
+description = "libclang python bindings"
+readme = {file = "README.txt", content-type = "text/plain"}
+
+license = { text = "Apa
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 52fc6ffcda0895c0c7b976ad1f5cb5a282b571d2
7a9726372f24c7bc42c18b78e989dff3b48bc910 --e
SonicStark wrote:
Excited to see your nice work!!!
AFAIK all *TI extension keywords* may confuse clang frontend, and treating them
as macros would result in strange behaviors, e.g.
```c
// DSP2833x_PieVect.h
typedef interrupt void(*PINT)(void);
```
So special keywords handling would be necessar
@@ -929,7 +936,7 @@ def ObjCXX : Flag<["-"], "ObjC++">, Flags<[NoXarchOption]>,
def ObjC : Flag<["-"], "ObjC">, Flags<[NoXarchOption]>,
HelpText<"Treat source input files as Objective-C inputs">;
def O : Joined<["-"], "O">, Group,
- Visibility<[ClangOption, CC1Option, FC1Opt
@@ -1571,6 +1572,13 @@ Compilation *Driver::BuildCompilation(ArrayRef ArgList) {
} else {
Diag(diag::err_drv_dxc_missing_target_profile);
}
+ } else if (IsC2000Mode()) {
+llvm::Triple T(TargetTriple);
+T.setArch(llvm::Triple::c2000);
stud
RalfJung wrote:
> there doesn't seem to be a mechanism to issue a warning from within LLVM
> codegen, only to error.
RISC-V does `errs() << "Hard-float 'f' ABI can't be used for a target that "
...` and that acts as a warning. It just prints a message to stderr. It's not
pretty but it's bet
@@ -9111,3 +9118,50 @@ def wasm_opt : Flag<["--"], "wasm-opt">,
Group,
HelpText<"Enable the wasm-opt optimizer (default)">,
MarshallingInfoNegativeFlag>;
+
+
+
+//===--===//
+// cl2000 Options
+//===-
Michael137 wrote:
> Might be as simple as a constant true or false, but I'm nearing the end of my
> work day so I've reverted it for now.
>
> In the meantime, @Michael137 might know if this is something LLDB should
> actually be tracking. Or in other words, is #125290 something that can happen
student433 wrote:
> General comments:
>
> * Please do not use tabs for spacing. This is what causes the unexpected
> whitespace gaps in the diff.
>
> * There is a utility, clang-format-diff.py, which will assist in
> appeasing the code formatting check. However, I noticed running it m
@@ -0,0 +1,356 @@
+#include "C2000.h"
+#include "Targets.h"
+#include "clang/Basic/Builtins.h"
+#include "clang/Basic/Diagnostic.h"
+#include "clang/Basic/MacroBuilder.h"
+#include "clang/Basic/TargetBuiltins.h"
+
+using namespace clang;
+using namespace clang::targets;
+
+const c
https://github.com/student433 edited
https://github.com/llvm/llvm-project/pull/125663
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,356 @@
+#include "C2000.h"
+#include "Targets.h"
+#include "clang/Basic/Builtins.h"
+#include "clang/Basic/Diagnostic.h"
+#include "clang/Basic/MacroBuilder.h"
+#include "clang/Basic/TargetBuiltins.h"
+
+using namespace clang;
+using namespace clang::targets;
+
+const c
Nerixyz wrote:
Ping - This is done from my end, the fuzzer and parsing for `` can be
done in followup PRs.
https://github.com/llvm/llvm-project/pull/120843
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/
@@ -2393,8 +2395,10 @@ bool SemaHLSL::CheckBuiltinFunctionCall(unsigned
BuiltinID, CallExpr *TheCall) {
if (CheckVectorElementCallArgs(&SemaRef, TheCall))
return true;
if (SemaRef.BuiltinElementwiseTernaryMath(
-TheCall, /*CheckForFloatArgs*/
-
Meinersbur wrote:
The other optimzation pass options (unrolll, vectorize, ...) are implemented in
`PipelineTuningOptions` and `CodeGenOptions.def`. Do it the same way?
https://github.com/llvm/llvm-project/pull/125830
___
cfe-commits mailing list
cfe-
https://github.com/student433 edited
https://github.com/llvm/llvm-project/pull/125663
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/AidanGoldfarb edited
https://github.com/llvm/llvm-project/pull/122754
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1120,3 +1120,23 @@
// RUN:-c \
// RUN: | FileCheck --check-prefixes=CHECK-K-UNUSED %s
// CHECK-K-UNUSED: clang: warning: -K: 'linker' input unused
[-Wunused-command-line-argument]
+
+
+// This test verifies that the linker doesn't include '-latomic' when no
sani
@@ -1120,3 +1120,23 @@
// RUN:-c \
// RUN: | FileCheck --check-prefixes=CHECK-K-UNUSED %s
// CHECK-K-UNUSED: clang: warning: -K: 'linker' input unused
[-Wunused-command-line-argument]
+
+
+// This test verifies that the linker doesn't include '-latomic' when no
sani
https://github.com/w2yehia requested changes to this pull request.
https://github.com/llvm/llvm-project/pull/125388
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1120,3 +1120,23 @@
// RUN:-c \
// RUN: | FileCheck --check-prefixes=CHECK-K-UNUSED %s
// CHECK-K-UNUSED: clang: warning: -K: 'linker' input unused
[-Wunused-command-line-argument]
+
+
+// This test verifies that the linker doesn't include '-latomic' when no
sani
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/125737
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/125737
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -373,3 +375,86 @@ Error llvm::offloading::amdgpu::getAMDGPUMetaDataFromImage(
}
return Error::success();
}
+Error offloading::intel::containerizeOpenMPSPIRVImage(
+std::unique_ptr &Img) {
+ constexpr char INTEL_ONEOMP_OFFLOAD_VERSION[] = "1.0";
+ constexpr int NT_I
@@ -247,45 +240,134 @@ void StackAddrEscapeChecker::checkPreCall(const
CallEvent &Call,
}
}
-void StackAddrEscapeChecker::checkPreStmt(const ReturnStmt *RS,
- CheckerContext &C) const {
- if (!ChecksEnabled[CK_StackAddrEscapeChecker
1 - 100 of 426 matches
Mail list logo
