https://github.com/offsetof created
https://github.com/llvm/llvm-project/pull/132779
CWG2803 "Overload resolution for reference binding of similar types"
CWG2958 "Overload resolution involving lvalue transformation and qualification
conversion"
>From 6c5441fd1e22e93de3a6c681842fe19f6e96fa62 Mo
https://github.com/Ankur-0429 updated
https://github.com/llvm/llvm-project/pull/133878
>From 289f8630dccf916b8cf7cc43758bae60df036c5d Mon Sep 17 00:00:00 2001
From: Ankur Ahir
Date: Wed, 2 Apr 2025 00:53:33 -0700
Subject: [PATCH] clang frontend crash with friend class declaration and
overloade
thurstond wrote:
> @fmayer this patch touches nowhere near where those backtraces indicate.
> #130182 is a far more likely culprit.
#130182 cannot be the cause of the ongoing MSan buildbot failures, because it
was already reverted two days ago in #134239
https://github.com/llvm/llvm-project/
spall wrote:
> this is not NFC, so we should verify that we can call these intrinsics with
> `half` values even if 16-bit types aren't enabled, and that they properly
> codegen to 32-bit varia
> > > > > For example, for `abs`, it still depends on the
> > > > > _HLSL_16BIT_AVAILABILITY availab
https://github.com/efriedma-quic closed
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
jianghc724 wrote:
should be cvts_biasph_hf8 :)
https://github.com/llvm/llvm-project/pull/131592
___
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/122629
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
amykhuang wrote:
Hi we're seeing some msan failures after this patch in tests such as
clang-tools-extra/test/clang-tidy/checkers/modernize/use-using.cpp
Here's the top of the stack trace
```
==6262==WARNING: MemorySanitizer: use-of-uninitialized-value
#0 0x560847d4ff8a in
clang::DependentT
https://github.com/GeorgeKA created
https://github.com/llvm/llvm-project/pull/133806
Alias template class template argument deduction is a documented C++20 feature.
C++17 also happens to support it, but there is no message output to indicate
the officially supported version. This PR adds that
https://github.com/HazardyKnusperkeks approved this pull request.
https://github.com/llvm/llvm-project/pull/134473
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1893,6 +1938,8 @@ FormatStyle getChromiumStyle(FormatStyle::LanguageKind
Language) {
} else {
ChromiumStyle.AllowAllParametersOfDeclarationOnNextLine = false;
ChromiumStyle.AllowShortFunctionsOnASingleLine = FormatStyle::SFS_Inline;
+ChromiumStyle.AllowShortF
@@ -5687,11 +5687,10 @@ bool TokenAnnotator::mustBreakBefore(const
AnnotatedLine &Line,
if (Right.is(tok::r_brace) && Left.is(tok::l_brace) &&
!Left.Children.empty()) {
// Support AllowShortFunctionsOnASingleLine for JavaScript.
- return Style.AllowShort
@@ -1907,6 +1954,8 @@ FormatStyle getMozillaStyle() {
FormatStyle MozillaStyle = getLLVMStyle();
MozillaStyle.AllowAllParametersOfDeclarationOnNextLine = false;
MozillaStyle.AllowShortFunctionsOnASingleLine = FormatStyle::SFS_Inline;
+ MozillaStyle.AllowShortFunctionsOnA
@@ -1472,6 +1483,30 @@ static void expandPresetsSpacesInParens(FormatStyle
&Expanded) {
Expanded.SpacesInParensOptions = {};
}
+static void expandPresetsShortFunctionsOnSingleLine(FormatStyle &Expanded) {
+ if (Expanded.AllowShortFunctionsOnASingleLine == FormatStyle::SFS_
@@ -1501,6 +1536,8 @@ FormatStyle getLLVMStyle(FormatStyle::LanguageKind
Language) {
LLVMStyle.AllowShortCompoundRequirementOnASingleLine = true;
LLVMStyle.AllowShortEnumsOnASingleLine = true;
LLVMStyle.AllowShortFunctionsOnASingleLine = FormatStyle::SFS_All;
+ LLVMStyl
https://github.com/ficol created
https://github.com/llvm/llvm-project/pull/134102
Add missing CGFPOptionsRAII for fptoi and itofp cases
>From 5f0a65433744a9b1abd3aa82417d716a0aa5b33b Mon Sep 17 00:00:00 2001
From: "Ficek, Jakub"
Date: Wed, 2 Apr 2025 17:41:30 +0200
Subject: [PATCH] [clang] fp
https://github.com/naveen-seth updated
https://github.com/llvm/llvm-project/pull/133462
>From a23ba4d51332180ff5d1b5bc9de2d0c6c04cbf66 Mon Sep 17 00:00:00 2001
From: naveen-seth
Date: Fri, 28 Mar 2025 06:59:06 +0100
Subject: [PATCH] [clang][modules] Guard against bad -fmodule-file mappings
(#1
@@ -16223,6 +16324,70 @@ bool Sema::CompleteConstructorCall(CXXConstructorDecl
*Constructor,
return Invalid;
}
+bool Sema::isTypeAwareOperatorNewOrDelete(const NamedDecl *ND) const {
+ const FunctionDecl *FnDecl = nullptr;
ojhunt wrote:
Removed and replac
https://github.com/kadircet commented:
> Are you able to test this PR and confirm it fixes the regressions you
> encountered?
hi @carlosgalvezp , yes this fixes the particular issues we had, thanks!
https://github.com/llvm/llvm-project/pull/132725
__
https://github.com/hulxv updated
https://github.com/llvm/llvm-project/pull/131280
>From bf9bd4156cb7f652c9cf0477f537e5c58b470448 Mon Sep 17 00:00:00 2001
From: hulxv
Date: Fri, 14 Mar 2025 07:39:15 +0200
Subject: [PATCH 1/7] [clang-doc] [feat] add `--repository-line-prefix`
argument (fix #5981
clayborg wrote:
FYI: There is already VTable support in our lldb::SBValue class and it is part
of the public API in LLDB and doesn't require any of this:
```
/// If this value represents a C++ class that has a vtable, return an value
/// that represents the virtual function table.
///
//
https://github.com/mariusdr edited
https://github.com/llvm/llvm-project/pull/133574
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,127 @@
+// RUN: %clang_analyze_cc1 -std=c++20
-analyzer-checker=core,debug.ExprInspection -analyzer-config
inline-lambdas=true -verify %s
+
+#include "Inputs/system-header-simulator-cxx.h"
+void clang_analyzer_warnIfReached();
+void clang_analyzer_eval(int);
+
+void c
https://github.com/VitaNuo edited
https://github.com/llvm/llvm-project/pull/133910
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/wangpc-pp approved this pull request.
https://github.com/llvm/llvm-project/pull/132529
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,8530 @@
+//===-- AArch64.cpp - Emit LLVM Code for builtins
-===//
+//
+// 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: A
Author: Owen Pan
Date: 2025-04-05T13:35:45-07:00
New Revision: d71ee7d23048ca64d14a7536927a006867cea39a
URL:
https://github.com/llvm/llvm-project/commit/d71ee7d23048ca64d14a7536927a006867cea39a
DIFF:
https://github.com/llvm/llvm-project/commit/d71ee7d23048ca64d14a7536927a006867cea39a.diff
LOG:
https://github.com/owenca closed
https://github.com/llvm/llvm-project/pull/134472
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
owenca wrote:
> But why does this fix it?
See
[here](https://github.com/llvm/llvm-project/blob/52eb11f925ddeba4e1b3840fd636ee87387f3ada/clang/lib/Lex/Lexer.cpp#L3893).
Somehow I thought that setting C17 would also set C11. 😞
https://github.com/llvm/llvm-project/pull/134472
__
owenca wrote:
/cherry-pick d71ee7d23048ca64d14a7536927a006867cea39a
https://github.com/llvm/llvm-project/pull/134472
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
Failed to cherry-pick: d71ee7d23048ca64d14a7536927a006867cea39a
https://github.com/llvm/llvm-project/actions/runs/14285590977
Please manually backport the fix and push it to your github fork. Once this is
done, please create a [pull
request](https://github.com/llvm/llvm-proje
sstwcw wrote:
When I changed the `AlignConsecutiveAssignments` option, I was told to reuse
the same option name. Now the program allows the user to specify the option as
either a string or an associative array.
https://github.com/llvm/llvm-project/pull/134337
_
owenca wrote:
> When I changed the `AlignConsecutiveAssignments` option, I was told to reuse
> the same option name. Now the program allows the user to specify the option
> as either a string or an associative array.
Reusing the option name is IMO better than adding `SFS_Custom`. @irymarchyk i
thurstond wrote:
> @thurstond Well can you provide a more recent buildbot failure link where
> #130182 is not on the list of possible culpirits? Because the link @fmayer
> provided for sure included it.
@mizvekov I localized the MSan error to this patch by re-running the buildbot
script with
701 - 734 of 734 matches
Mail list logo
