JonPsson1 wrote:
Improved handling to utilize vector instructions when present. New VR16
regclass, but v8f16 *not* legal. It might make sense to have it as a legal type
and e.g. do VL;VST when moving vectors in memory, and also set all vector ops
to "Expand". Not sure how trivial that change w
https://github.com/mikolaj-pirog closed
https://github.com/llvm/llvm-project/pull/112750
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mikolaj-pirog wrote:
Closing as #113528 fixed the issue
https://github.com/llvm/llvm-project/pull/112750
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -6418,6 +6418,12 @@ def warn_signed_bitfield_enum_conversion : Warning<
InGroup, DefaultIgnore;
def note_change_bitfield_sign : Note<
"consider making the bitfield type %select{unsigned|signed}0">;
+def warn_ms_bitfield_mismatched_storage_packing : Warning<
+ "bit-field
@@ -6418,6 +6418,12 @@ def warn_signed_bitfield_enum_conversion : Warning<
InGroup, DefaultIgnore;
def note_change_bitfield_sign : Note<
"consider making the bitfield type %select{unsigned|signed}0">;
+def warn_ms_bitfield_mismatched_storage_packing : Warning<
+ "bit-field
@@ -19213,6 +19213,29 @@ void Sema::ActOnFields(Scope *S, SourceLocation
RecLoc, Decl *EnclosingDecl,
if (Record && FD->getType().isVolatileQualified())
Record->setHasVolatileMember(true);
+auto IsNonDependentBitField = [](const FieldDecl *FD) {
+ if (!FD->
https://github.com/lizhengxing ready_for_review
https://github.com/llvm/llvm-project/pull/117781
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/thurstond edited
https://github.com/llvm/llvm-project/pull/117649
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
zygoloid wrote:
> I initially was of the same opinion as you, but I think we would have to
> modify most call sites
It seems to me that we'd need to modify those call sites that want to perform
an evaluation of a "plainly constant-evaluated expression". Aren't those
exactly the call sites we
https://github.com/thurstond edited
https://github.com/llvm/llvm-project/pull/117649
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/thurstond edited
https://github.com/llvm/llvm-project/pull/117651
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -3919,18 +3919,16 @@ void CodeGenFunction::EmitTrapCheck(llvm::Value
*Checked,
Builder.CreateCondBr(Checked, Cont, TrapBB);
EmitBlock(TrapBB);
-llvm::CallInst *TrapCall = Builder.CreateCall(
-CGM.getIntrinsic(llvm::Intrinsic::ubsantrap),
-llvm::
@@ -19001,9 +19001,9 @@ void Sema::ActOnFields(Scope *S, SourceLocation RecLoc,
Decl *EnclosingDecl,
// Verify that all the fields are okay.
SmallVector RecFields;
-
+ std::optional PreviousField;
rnk wrote:
It doesn't seem idiomatic to use an optional
ldionne wrote:
>
> AFAICT we have one test for `invoke` plus a constexpr test which should
> really just be rolled into the generic `invoke` test. That test is ~400 LoC,
> which is definitely not nothing, but also not unmanageable IMO. We could
> probably also simplify that by not explicitly
Author: Matt Arsenault
Date: 2024-11-26T14:54:10-05:00
New Revision: 815069c701d62b58b8dbb6e902931f9eb5185db4
URL:
https://github.com/llvm/llvm-project/commit/815069c701d62b58b8dbb6e902931f9eb5185db4
DIFF:
https://github.com/llvm/llvm-project/commit/815069c701d62b58b8dbb6e902931f9eb5185db4.diff
https://github.com/arsenm updated
https://github.com/llvm/llvm-project/pull/117740
>From 574c5b5d8007a74c53c8be7a699d709f35e9c0ae Mon Sep 17 00:00:00 2001
From: Pravin Jagtap
Date: Wed, 17 Apr 2024 09:24:32 -0400
Subject: [PATCH] AMDGPU: Builtins & Codegen support for
v_cvt_scalef32_pk_{fp8|bf
@@ -0,0 +1,256 @@
+// RUN: %clang_cc1 -verify -triple x86_64-apple-darwin10 -fopenmp -x c++
-emit-llvm %s -o - | FileCheck %s
shiltian wrote:
Can you auto generate the check lines?
https://github.com/llvm/llvm-project/pull/117196
___
https://github.com/arsenm edited
https://github.com/llvm/llvm-project/pull/117740
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arsenm closed
https://github.com/llvm/llvm-project/pull/117739
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Matt Arsenault
Date: 2024-11-26T14:57:09-05:00
New Revision: 803bd812b16d1454b8fc0d6d66d7da793408b34d
URL:
https://github.com/llvm/llvm-project/commit/803bd812b16d1454b8fc0d6d66d7da793408b34d
DIFF:
https://github.com/llvm/llvm-project/commit/803bd812b16d1454b8fc0d6d66d7da793408b34d.diff
nikic wrote:
Hm, I would have expected the removal in opt to break polly tests using
`%loadPolly` (which still use the legacy PM).
https://github.com/llvm/llvm-project/pull/117644
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.l
rcvalle wrote:
> Flag guarding this feature seems like it would also be good for any existing
> C users - for example, if trying to build a kernel module intended to load
> against a kernel image built with an older `clang`, you need to select the
> same type ID projection that the kernel did.
https://github.com/arsenm updated
https://github.com/llvm/llvm-project/pull/117741
>From bda4643f3b3fe4842735647c7cc5f0fb8686fcaa Mon Sep 17 00:00:00 2001
From: Pravin Jagtap
Date: Thu, 18 Apr 2024 01:18:49 -0400
Subject: [PATCH] AMDGPU: Builtins & Codegen support for
v_cvt_scalef32_pk_f32_{fp
https://github.com/joaosaffran approved this pull request.
https://github.com/llvm/llvm-project/pull/117659
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -3919,18 +3919,16 @@ void CodeGenFunction::EmitTrapCheck(llvm::Value
*Checked,
Builder.CreateCondBr(Checked, Cont, TrapBB);
EmitBlock(TrapBB);
-llvm::CallInst *TrapCall = Builder.CreateCall(
-CGM.getIntrinsic(llvm::Intrinsic::ubsantrap),
-llvm::
https://github.com/arsenm updated
https://github.com/llvm/llvm-project/pull/117739
>From d0df1b683f6bf5cd4e21997b2a32634a002ec29f Mon Sep 17 00:00:00 2001
From: Pravin Jagtap
Date: Wed, 17 Apr 2024 01:25:13 -0400
Subject: [PATCH] AMDGPU: Builtins & Codegen support for:
v_cvt_scalef32_[f16|f32]
https://github.com/arsenm edited
https://github.com/llvm/llvm-project/pull/117739
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/lizhengxing created
https://github.com/llvm/llvm-project/pull/117781
Support SV_GroupThreadId attribute.
Translate it into dx.thread.id.in.group in clang codeGen.
Fixes: #70122
>From 9d5ffe00f2a1093ca2c28cce184cad0324f53de2 Mon Sep 17 00:00:00 2001
From: Zhengxing Li
Date:
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Zhengxing li (lizhengxing)
Changes
Support SV_GroupThreadId attribute.
Translate it into dx.thread.id.in.group in clang codeGen.
Fixes: #70122
---
Full diff: https://github.com/llvm/llvm-project/pull/117781.diff
11 Files Affected:
- (m
@@ -11451,7 +11451,11 @@ bool Sema::CheckDeductionGuideDeclarator(Declarator
&D, QualType &R,
bool MightInstantiateToSpecialization = false;
if (auto RetTST =
TSI->getTypeLoc().getAsAdjusted()) {
- TemplateName SpecifiedName = RetTST.getTypePtr()->getT
pidgeon777 wrote:
I can't find the watch button for this pull request, so I'm just commenting:
hopefully this will finally be merged 🎉.
https://github.com/llvm/llvm-project/pull/117673
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://li
Author: Helena Kotas
Date: 2024-11-26T12:20:44-08:00
New Revision: 0719b6d936d628c4c1765a9e700387ddd77759b9
URL:
https://github.com/llvm/llvm-project/commit/0719b6d936d628c4c1765a9e700387ddd77759b9
DIFF:
https://github.com/llvm/llvm-project/commit/0719b6d936d628c4c1765a9e700387ddd77759b9.diff
https://github.com/hekota closed
https://github.com/llvm/llvm-project/pull/117659
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -19213,6 +19213,29 @@ void Sema::ActOnFields(Scope *S, SourceLocation
RecLoc, Decl *EnclosingDecl,
if (Record && FD->getType().isVolatileQualified())
Record->setHasVolatileMember(true);
+auto IsNonDependentBitField = [](const FieldDecl *FD) {
+ if (!FD->
@@ -19213,6 +19213,29 @@ void Sema::ActOnFields(Scope *S, SourceLocation
RecLoc, Decl *EnclosingDecl,
if (Record && FD->getType().isVolatileQualified())
Record->setHasVolatileMember(true);
+auto IsNonDependentBitField = [](const FieldDecl *FD) {
+ if (!FD->
https://github.com/arsenm closed
https://github.com/llvm/llvm-project/pull/117740
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arsenm edited
https://github.com/llvm/llvm-project/pull/117741
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
hjanuschka wrote:
@nicovank all good now?
https://github.com/llvm/llvm-project/pull/116033
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vabridgers updated
https://github.com/llvm/llvm-project/pull/117791
>From 660eb9b7864ac3976c3c69c65d17dfcbcc8c5b87 Mon Sep 17 00:00:00 2001
From: einvbri
Date: Mon, 25 Nov 2024 10:31:57 +0100
Subject: [PATCH] [analyzer] Modernize, improve and promote chroot checker
This chan
@@ -610,22 +610,134 @@ static MCCFIInstruction createDefCFAOffset(const
TargetRegisterInfo &TRI,
Comment.str());
}
+// Allocate stack space and probe it if necessary.
void RISCVFrameLowering::allocateStack(MachineBasicBlock &MBB,
rzinsly wrote:
@topperc thanks for the review, I followed your suggestions.
https://github.com/llvm/llvm-project/pull/117612
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -502,7 +520,10 @@ struct BuiltinTypeMethodBuilder {
HLSLParamModifierAttr::Spelling Modifier =
HLSLParamModifierAttr::Keyword_in) {
assert(Method == nullptr && "Cannot add param, method already
https://github.com/thurstond updated
https://github.com/llvm/llvm-project/pull/117651
>From f24a87de48c42f310ee73ecf480ea2dcf631881f Mon Sep 17 00:00:00 2001
From: Thurston Dang
Date: Tue, 26 Nov 2024 00:33:09 +
Subject: [PATCH 01/13] [ubsan] Change ubsan-unique-traps to use nomerge
instea
https://github.com/hokein created
https://github.com/llvm/llvm-project/pull/117792
With this change, the lifetime_capture_by code path will not handle the
constructor decl to avoid bogus diagnostics (see the testcase).
Instead, we reuse the lifetimebound code as the lifetime_capture_by(this) h
Endilll wrote:
> For such an implementation that makes that choice, it would seem appropriate
> for define_aggregate to also be idempotent. But that should be a specific
> rule for that implementation, not a rule that appears in the standard. And we
> certainly shouldn't change the standard to
scottconstable wrote:
> Sorry, what I meant was we should be looking only at the number of return
> (with void being zero, and everything else being one) and parameters from the
> function declaration/definition and shouldn't be looking at the parameters'
> type layout (i.e., size), and how an
@@ -0,0 +1,34 @@
+! REQUIRES: arm-registered-target
+
+! RUN: %flang --target=arm-linux-gnu --print-supported-extensions 2>&1 \
+! RUN: | FileCheck --strict-whitespace --implicit-check-not=FEAT_ %s
+
+! CHECK: All available -march extensions for ARM
banach-space
nikic wrote:
> Is there a branch up for this on https://llvm-compile-time-tracker.com/ so
> that we've verified that this actually improves performance?
Compile-time:
https://llvm-compile-time-tracker.com/compare.php?from=105b7803ea22823a2fca2a82ee843d0884e9cbf3&to=dcb3e2b6b4333556fbfa3d7a5a45
https://github.com/tex3d approved this pull request.
Looks good.
https://github.com/llvm/llvm-project/pull/117789
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -564,9 +585,9 @@ struct BuiltinTypeMethodBuilder {
OK_Ordinary);
}
- BuiltinTypeMethodBuilder &
- callBuiltin(StringRef BuiltinName, ArrayRef CallParms,
- bool AddResourceHandleAsFirstArg = true) {
+ template
+ Built
https://github.com/vitalybuka approved this pull request.
https://github.com/llvm/llvm-project/pull/117649
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -564,9 +585,9 @@ struct BuiltinTypeMethodBuilder {
OK_Ordinary);
}
- BuiltinTypeMethodBuilder &
- callBuiltin(StringRef BuiltinName, ArrayRef CallParms,
- bool AddResourceHandleAsFirstArg = true) {
+ template
+ Built
@@ -656,18 +670,20 @@
BuiltinTypeDeclBuilder::addSimpleTemplateParams(ArrayRef Names,
}
BuiltinTypeDeclBuilder &BuiltinTypeDeclBuilder::addIncrementCounterMethod() {
+ using PH = BuiltinTypeMethodBuilder::PlaceHolder;
return BuiltinTypeMethodBuilder(SemaRef, *this, "Incre
Author: Thurston Dang
Date: 2024-11-26T14:20:51-08:00
New Revision: 1b68b33ac0b3c2c8bd2ab89fec4f516f622cebdf
URL:
https://github.com/llvm/llvm-project/commit/1b68b33ac0b3c2c8bd2ab89fec4f516f622cebdf
DIFF:
https://github.com/llvm/llvm-project/commit/1b68b33ac0b3c2c8bd2ab89fec4f516f622cebdf.diff
https://github.com/thurstond closed
https://github.com/llvm/llvm-project/pull/117649
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tstellar created
https://github.com/llvm/llvm-project/pull/117802
The goal of these cache files is to provide a toolchain that:
1. Relies on only LLVM components (as much as possible).
2. Is highly optimized.
These cache files will produce a full toolchain
(clang/compiler-rt
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Tom Stellard (tstellar)
Changes
The goal of these cache files is to provide a toolchain that:
1. Relies on only LLVM components (as much as possible).
2. Is highly optimized.
These cache files will produce a full toolchain
(clang/compiler
@@ -502,7 +520,10 @@ struct BuiltinTypeMethodBuilder {
HLSLParamModifierAttr::Spelling Modifier =
HLSLParamModifierAttr::Keyword_in) {
assert(Method == nullptr && "Cannot add param, method already
https://github.com/tstellar updated
https://github.com/llvm/llvm-project/pull/117802
>From 3bddb3c6d25efbfcc901a42a8367be85599d1f7e Mon Sep 17 00:00:00 2001
From: Tom Stellard
Date: Mon, 23 Sep 2024 13:34:46 +
Subject: [PATCH 1/2] [CMake] Add a cache file for building a highly-optimized
LL
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`llvm-clang-x86_64-sie-ubuntu-fast` running on `sie-linux-worker` while
building `clang` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/144/builds/12581
Author: Thurston Dang
Date: 2024-11-26T14:27:37-08:00
New Revision: c8bdb31ff66e8934060c60816c57925fdec42a2c
URL:
https://github.com/llvm/llvm-project/commit/c8bdb31ff66e8934060c60816c57925fdec42a2c
DIFF:
https://github.com/llvm/llvm-project/commit/c8bdb31ff66e8934060c60816c57925fdec42a2c.diff
https://github.com/thurstond created
https://github.com/llvm/llvm-project/pull/117804
Reverts llvm/llvm-project#117649
Reason: buildbot breakage:
https://lab.llvm.org/buildbot/#/builders/144/builds/12581
>From 638427b08f7308f388b7f0bdaf426ca1f58e1b18 Mon Sep 17 00:00:00 2001
From: Thurston D
https://github.com/thurstond closed
https://github.com/llvm/llvm-project/pull/117804
___
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: Thurston Dang (thurstond)
Changes
Reverts llvm/llvm-project#117649
Reason: buildbot breakage:
https://lab.llvm.org/buildbot/#/builders/144/builds/12581
---
Full diff: https://github.com/llvm/llvm-project/pull/117804.diff
1 Files Affec
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-x86_64-debian-fast`
running on `gribozavr4` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/56/builds/13148
Here is the rel
@@ -631,6 +631,7 @@ def Packed : DiagGroup<"packed", [PackedNonPod]>;
def PaddedBitField : DiagGroup<"padded-bitfield">;
def Padded : DiagGroup<"padded", [PaddedBitField]>;
def UnalignedAccess : DiagGroup<"unaligned-access">;
+def MSBitfieldCompatibility : DiagGroup<"ms-bitfiel
@@ -0,0 +1,256 @@
+// RUN: %clang_cc1 -verify -triple x86_64-apple-darwin10 -fopenmp -x c++
-emit-llvm %s -o - | FileCheck %s
shiltian wrote:
This file look like auto generated but there is no head line at the beginning
of the file
https://github.com/llvm/llvm
https://github.com/ymand requested changes to this pull request.
I think the comments could be a bit stronger, but the code looks fine.
https://github.com/llvm/llvm-project/pull/117771
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lis
https://github.com/ymand edited https://github.com/llvm/llvm-project/pull/117771
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -281,6 +282,17 @@ ReferencedDecls getReferencedDecls(const FunctionDecl &FD)
{
Visitor.TraverseStmt(FD.getBody());
if (const auto *CtorDecl = dyn_cast(&FD))
Visitor.traverseConstructorInits(CtorDecl);
+ if (const auto *Method = dyn_cast(&FD);
ymand
@@ -146,6 +146,10 @@ struct ReferencedDecls {
/// Free functions and member functions which are referenced (but not
/// necessarily called).
llvm::DenseSet Functions;
+ /// Parameters of other functions, captured by reference by a lambda. This is
ymand w
@@ -146,6 +146,10 @@ struct ReferencedDecls {
/// Free functions and member functions which are referenced (but not
/// necessarily called).
llvm::DenseSet Functions;
+ /// Parameters of other functions, captured by reference by a lambda. This is
+ /// empty except when
https://github.com/AidanGoldfarb updated
https://github.com/llvm/llvm-project/pull/117507
>From a6c9b5ca52f35fe451a52c590ce93584c2b4f3ac Mon Sep 17 00:00:00 2001
From: Aidan Goldfarb <47676355+aidangoldf...@users.noreply.github.com>
Date: Fri, 22 Nov 2024 19:06:29 -0500
Subject: [PATCH 1/7] Upda
scottconstable wrote:
> > Flag guarding this feature seems like it would also be good for any
> > existing C users - for example, if trying to build a kernel module intended
> > to load against a kernel image built with an older `clang`, you need to
> > select the same type ID projection that
@@ -14,8 +14,10 @@ typedef unsigned int uint;
typedef unsigned int uint2 __attribute__((ext_vector_type(2)));
typedef half __attribute__((ext_vector_type(2))) half2;
typedef short __attribute__((ext_vector_type(2))) short2;
+typedef float __attribute__((ext_vector_type(2))) flo
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Justin Bogner (bogner)
Changes
Introduce BuiltinTypeMethodBuilder::PlaceHolder values and use them in the
callBuiltin method in order to specify how we want to forward arguments and
pass the resource handle to builtins.
---
Full diff: ht
llvmbot wrote:
@llvm/pr-subscribers-hlsl
Author: Justin Bogner (bogner)
Changes
Introduce BuiltinTypeMethodBuilder::PlaceHolder values and use them in the
callBuiltin method in order to specify how we want to forward arguments and
pass the resource handle to builtins.
---
Full diff: htt
https://github.com/vabridgers created
https://github.com/llvm/llvm-project/pull/117791
This change modernizes, improves and promotes the chroot checker from alpha to
the Unix family of checkers. This checker covers the POS05 recommendations for
use of chroot.
The improvements included modelin
llvmbot wrote:
@llvm/pr-subscribers-clang-static-analyzer-1
Author: None (vabridgers)
Changes
This change modernizes, improves and promotes the chroot checker from alpha to
the Unix family of checkers. This checker covers the POS05 recommendations for
use of chroot.
The improvements inc
rcvalle wrote:
Sorry, what I meant was we should be looking only at the number of return (with
void being zero, and everything else being one) and parameters from the
function declaration/definition and shouldn't be looking at the parameters'
type layout (i.e., size), and how and what register
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 cefc1b0c211fcc3f5528b72d5883f0c390d63e71
2fd9955af8fb56c83e399bb181f290165337dd3a --e
@@ -3919,18 +3919,16 @@ void CodeGenFunction::EmitTrapCheck(llvm::Value
*Checked,
Builder.CreateCondBr(Checked, Cont, TrapBB);
EmitBlock(TrapBB);
-llvm::CallInst *TrapCall = Builder.CreateCall(
-CGM.getIntrinsic(llvm::Intrinsic::ubsantrap),
-llvm::
@@ -3919,18 +3919,16 @@ void CodeGenFunction::EmitTrapCheck(llvm::Value
*Checked,
Builder.CreateCondBr(Checked, Cont, TrapBB);
EmitBlock(TrapBB);
-llvm::CallInst *TrapCall = Builder.CreateCall(
-CGM.getIntrinsic(llvm::Intrinsic::ubsantrap),
-llvm::
https://github.com/thurstond updated
https://github.com/llvm/llvm-project/pull/117651
>From cffa7c3081a1d7b9cb64ac129109cb358d11a751 Mon Sep 17 00:00:00 2001
From: Thurston Dang
Date: Tue, 26 Nov 2024 00:33:09 +
Subject: [PATCH 01/13] [ubsan] Change ubsan-unique-traps to use nomerge
instea
Author: Justin Bogner
Date: 2024-11-26T14:40:53-08:00
New Revision: 9fde1a498f2dc97a737a3564cb427c6f2a7bfe6c
URL:
https://github.com/llvm/llvm-project/commit/9fde1a498f2dc97a737a3564cb427c6f2a7bfe6c
DIFF:
https://github.com/llvm/llvm-project/commit/9fde1a498f2dc97a737a3564cb427c6f2a7bfe6c.diff
https://github.com/bogner closed
https://github.com/llvm/llvm-project/pull/117789
___
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 `llvm-x86_64-debian-dylib`
running on `gribozavr4` while building `clang` at step 6
"test-build-unified-tree-check-clang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/60/builds/13761
Here is the r
https://github.com/efriedma-quic approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/117752
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/efriedma-quic requested changes to this pull request.
Sorry, just spotted an issue: I don't think you're emitting the operations in
the correct order. You need to emit both arguments before you read the
register or load the value.
If you have some non-trivial operation like
https://github.com/dpaoliello edited
https://github.com/llvm/llvm-project/pull/117752
___
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/117450
>From 5212f12874a859a9f7b6c662402aa2171006d011 Mon Sep 17 00:00:00 2001
From: Oleksandr T
Date: Sun, 24 Nov 2024 00:19:06 +0200
Subject: [PATCH 1/6] [Clang] prevent errors for deduction guides using deduced
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `premerge-monolithic-linux`
running on `premerge-linux-1` while building `clang` at step 7
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/153/builds/15879
Here is
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Thurston Dang (thurstond)
Changes
This reverts commit c8bdb31ff66e8934060c60816c57925fdec42a2c.
It was reverted because I forgot to update the auto-generated assertions after
adding the target triple.
Original commit message:
This test
https://github.com/thurstond created
https://github.com/llvm/llvm-project/pull/117805
This reverts commit c8bdb31ff66e8934060c60816c57925fdec42a2c.
It was reverted because I forgot to update the auto-generated assertions after
adding the target triple.
Original commit message:
This test (cop
@@ -11451,7 +11451,11 @@ bool Sema::CheckDeductionGuideDeclarator(Declarator
&D, QualType &R,
bool MightInstantiateToSpecialization = false;
if (auto RetTST =
TSI->getTypeLoc().getAsAdjusted()) {
- TemplateName SpecifiedName = RetTST.getTypePtr()->getT
@@ -150,6 +150,16 @@ New check aliases
Changes in existing checks
^^
+- Improved :doc:modernize-make-shared
+ check by adding a new option
EugeneZelenko wrote:
```suggestion
` check by adding a new option
```
https://github.com/
@@ -150,6 +150,16 @@ New check aliases
Changes in existing checks
^^
+- Improved :doc:modernize-make-shared
+ check by adding a new option
+ `MakeSmartPtrType`` to specify the corresponding smart pointer type, with a
+ default value of ``::std::sha
@@ -150,6 +150,16 @@ New check aliases
Changes in existing checks
^^
+- Improved :doc:modernize-make-shared
+ check by adding a new option
+ `MakeSmartPtrType`` to specify the corresponding smart pointer type, with a
+ default value of ``::std::sha
https://github.com/vitalybuka approved this pull request.
https://github.com/llvm/llvm-project/pull/117805
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -150,6 +150,16 @@ New check aliases
Changes in existing checks
^^
+- Improved :doc:modernize-make-shared
+ check by adding a new option
+ `MakeSmartPtrType`` to specify the corresponding smart pointer type, with a
+ default value of ``::std::sha
101 - 200 of 563 matches
Mail list logo
