Author: Jonas Hahnfeld
Date: 2024-08-09T09:00:23+02:00
New Revision: 67cb04035fe831a3b5df98dabc44b53ba5ff7126
URL:
https://github.com/llvm/llvm-project/commit/67cb04035fe831a3b5df98dabc44b53ba5ff7126
DIFF:
https://github.com/llvm/llvm-project/commit/67cb04035fe831a3b5df98dabc44b53ba5ff7126.diff
https://github.com/hahnjo closed
https://github.com/llvm/llvm-project/pull/102450
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tbaederr approved this pull request.
https://github.com/llvm/llvm-project/pull/102170
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1034,6 +1038,169 @@ inline void FPOptions::applyChanges(FPOptionsOverride
FPO) {
*this = FPO.applyOverrides(*this);
}
+/// Atomic control options
+class AtomicOptionsOverride;
+class AtomicOptions {
+public:
+ using storage_type = uint16_t;
+
+ static constexpr unsign
@@ -0,0 +1,19 @@
+//===--- AtomicOptions.def - Atomic Options database -*- 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
@@ -238,3 +238,55 @@ LLVM_DUMP_METHOD void FPOptionsOverride::dump() {
#include "clang/Basic/FPOptions.def"
llvm::errs() << "\n";
}
+
+AtomicOptions
+AtomicOptions::defaultWithoutTrailingStorage(const LangOptions &LO) {
+ AtomicOptions result(LO);
+ return result;
+}
+
+Ato
@@ -1,50 +1,48 @@
// RUN: %clang_cc1 -x hip %s -emit-llvm -o - -triple=amdgcn-amd-amdhsa \
// RUN: -fcuda-is-device -target-cpu gfx906 -fnative-half-type \
-// RUN: -fnative-half-arguments-and-returns | FileCheck
-check-prefixes=CHECK,SAFEIR %s
+// RUN: -fnative-half-argu
@@ -2,315 +2,195 @@
// RUN: %clang_cc1 -fnative-half-arguments-and-returns -triple
amdgcn-amd-amdhsa-gnu -target-cpu gfx900 -emit-llvm -o - %s | FileCheck
-check-prefixes=CHECK,SAFE %s
// RUN: %clang_cc1 -fnative-half-arguments-and-returns -triple
amdgcn-amd-amdhsa-gnu -targe
@@ -61,30 +59,28 @@ __global__ void ffp1(float *p) {
}
__global__ void ffp2(double *p) {
- // CHECK-LABEL: @_Z4ffp2Pd
- // SAFEIR: atomicrmw fadd ptr {{.*}} monotonic, align 8{{$}}
- // SAFEIR: atomicrmw fsub ptr {{.*}} monotonic, align 8{{$}}
- // SAFEIR: atomicrmw fmax p
@@ -0,0 +1,80 @@
+// RUN: %clang_cc1 -ast-dump %s | FileCheck %s
+// RUN: %clang_cc1 -ast-dump -fcuda-is-device %s | FileCheck %s
+// RUN: %clang_cc1 -ast-dump -fcuda-is-device %s \
+// RUN:
-fatomic=no_fine_grained_memory:off,no_remote_memory:on,ignore_denormal_mode:on
\
+//
@@ -5881,6 +5881,32 @@ void Clang::ConstructJob(Compilation &C, const JobAction
&JA,
RenderFloatingPointOptions(TC, D, OFastEnabled, Args, CmdArgs, JA);
+ if (Arg *AtomicArg = Args.getLastArg(options::OPT_fatomic_EQ)) {
+if (!AtomicArg->getNumValues()) {
+ D.Diag
@@ -0,0 +1,28 @@
+// RUN: %clang_cc1 -fsyntax-only -verify %s
+// RUN: %clang_cc1 -fsyntax-only -verify -fcuda-is-device %s
+// RUN: %clang_cc1 -fsyntax-only -verify -fcuda-is-device %s \
+// RUN:
-fatomic=no_fine_grained_memory:off,no_remote_memory:on,ignore_denormal_mode:on
+
@@ -238,3 +238,55 @@ LLVM_DUMP_METHOD void FPOptionsOverride::dump() {
#include "clang/Basic/FPOptions.def"
llvm::errs() << "\n";
}
+
+AtomicOptions
+AtomicOptions::defaultWithoutTrailingStorage(const LangOptions &LO) {
+ AtomicOptions result(LO);
+ return result;
+}
+
+Ato
@@ -119,6 +119,51 @@ void getFeaturesForCPU(StringRef CPU,
else
EnabledFeatures.push_back(F.substr(1));
}
+
+namespace RISCVExtensionBitmaskTable {
+#define GET_RISCVExtensionBitmaskTable_IMPL
+#include "llvm/TargetParser/RISCVTargetParserDef.inc"
+
+} // namespace RI
@@ -63,9 +63,32 @@ class RISCVABIInfo : public DefaultABIInfo {
CharUnits Field2Off) const;
ABIArgInfo coerceVLSVector(QualType Ty) const;
+
+ using ABIInfo::appendAttributeMangling;
+ void appendAttributeMangling(TargetClones
@@ -2854,10 +2854,121 @@ void CodeGenFunction::EmitMultiVersionResolver(
case llvm::Triple::aarch64:
EmitAArch64MultiVersionResolver(Resolver, Options);
return;
+ case llvm::Triple::riscv32:
+ case llvm::Triple::riscv64:
+EmitRISCVMultiVersionResolver(Resolver,
@@ -14266,6 +14277,71 @@
CodeGenFunction::EmitAArch64CpuSupports(ArrayRef FeaturesStrs) {
return Result;
}
+Value *CodeGenFunction::EmitRISCVCpuSupports(ArrayRef FeaturesStrs,
+ unsigned &MaxGroupIDUsed) {
+
+ const unsigned Feat
@@ -14266,6 +14277,71 @@
CodeGenFunction::EmitAArch64CpuSupports(ArrayRef FeaturesStrs) {
return Result;
}
+Value *CodeGenFunction::EmitRISCVCpuSupports(ArrayRef FeaturesStrs,
+ unsigned &MaxGroupIDUsed) {
+
+ const unsigned Feat
@@ -14266,6 +14277,71 @@
CodeGenFunction::EmitAArch64CpuSupports(ArrayRef FeaturesStrs) {
return Result;
}
+Value *CodeGenFunction::EmitRISCVCpuSupports(ArrayRef FeaturesStrs,
+ unsigned &MaxGroupIDUsed) {
+
+ const unsigned Feat
https://github.com/nikic approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/102553
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/yingopq updated
https://github.com/llvm/llvm-project/pull/99615
>From c25fb0f2e869a958405fd97f95e363bb603ce5ef Mon Sep 17 00:00:00 2001
From: Ying Huang
Date: Fri, 19 Jul 2024 04:19:09 -0400
Subject: [PATCH] [clang] Support -Wa, options -mmsa and -mno-msa
---
clang/include/
https://github.com/balazske created
https://github.com/llvm/llvm-project/pull/102580
At pointer subtraction only pointers are allowed that point into an array (or
one after the end), this fact was checker by the checker. This check is now
removed because it is a special case of array indexing
https://github.com/widlarizer closed
https://github.com/llvm/llvm-project/pull/75191
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
widlarizer wrote:
Closing this as superseded by #75191 since I've no longer been involved in
related changes
https://github.com/llvm/llvm-project/pull/75191
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman
llvmbot wrote:
@llvm/pr-subscribers-clang-static-analyzer-1
Author: Balázs Kéri (balazske)
Changes
At pointer subtraction only pointers are allowed that point into an array (or
one after the end), this fact was checker by the checker. This check is now
removed because it is a special cas
@@ -0,0 +1,28 @@
+// RUN: %clang -### -c --target=mips64el-unknown-linux-gnuabi64 \
+// RUN: -Wa,-mmsa %s -Werror 2>&1 | FileCheck %s --check-prefix=CHECK-MMSA
+// CHECK-MMSA: "-cc1" {{.*}}"-mmsa"
+//
+//
+// RUN: %clang -### -c --target=mips64el-unknown-linux-gnuabi64 \
+// R
@@ -0,0 +1,28 @@
+// RUN: %clang -### -c --target=mips64el-unknown-linux-gnuabi64 \
+// RUN: -Wa,-mmsa %s -Werror 2>&1 | FileCheck %s --check-prefix=CHECK-MMSA
+// CHECK-MMSA: "-cc1" {{.*}}"-mmsa"
+//
yingopq wrote:
OK, dropped them.
https://github.com/llvm/
balazske wrote:
I uploaded now #102580 that removes the entire array bounds checking.
https://github.com/llvm/llvm-project/pull/102432
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2507,6 +2507,7 @@ static void CollectArgsForIntegratedAssembler(Compilation
&C,
bool Crel = false, ExperimentalCrel = false;
bool UseRelaxRelocations = C.getDefaultToolChain().useRelaxRelocations();
bool UseNoExecStack = false;
+ bool Msa = false;
y
https://github.com/Gitspike edited
https://github.com/llvm/llvm-project/pull/102152
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zwuis created
https://github.com/llvm/llvm-project/pull/102581
When initializing non-reference structured bindings from braced array, array
copy will be performed, which is a special case not following
list-initialization.
This PR adds support for this case.
Fixes #31813.
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Yanzuo Liu (zwuis)
Changes
When initializing non-reference structured bindings from braced array, array
copy will be performed, which is a special case not following
list-initialization.
This PR adds support for this case.
Fixes #31813.
@@ -76,7 +76,7 @@ let ArchGuard = "defined(__aarch64__) ||
defined(__arm64ec__)", TargetGuard = "f
def SCALAR_FCVTPUH : SInst<"vcvtp_u16", "(1U)1", "Sh">;
def SCALAR_FCVTPUH1 : SInst<"vcvtp_u32", "(1U>)1", "Sh">;
def SCALAR_FCVTPUH2 : SInst<"vcvtp_u64", "(1U>>)1", "Sh">
@@ -401,27 +405,45 @@ def VQRSHL : SInst<"vqrshl", "..S",
"csilUcUsUiUlQcQsQiQlQUcQUsQUiQUl">;
// E.3.12 Shifts by constant
let isShift = 1 in {
-def VSHR_N : SInst<"vshr_n", "..I", "csilUcUs
@@ -447,19 +470,23 @@ def VST1_X3 : WInst<"vst1_x3", "v*(3!)",
def VST1_X4 : WInst<"vst1_x4", "v*(4!)",
"cfilsUcUiUlUsQcQfQiQlQsQUcQUiQUlQUsPcPsQPcQPs">;
def VST1_LANE : WInst<"vst1_lane", "v*(.!)I",
- "QUcQUsQUiQUlQcQsQiQlQfQPcQPs
https://github.com/NagyDonat commented:
In the PR/commit message you write that
> At least theoretically the array bounds checker (when finalized) should find
> the same cases that were detected by the PointerSubChecker.
but I'm pretty sure that the array bound checker already does find all th
https://github.com/NagyDonat edited
https://github.com/llvm/llvm-project/pull/102580
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2501,7 +2501,14 @@ alpha.core.PointerSub (C)
Check for pointer subtractions on two pointers pointing to different memory
chunks. According to the C standard §6.5.6 only subtraction of pointers that
point into (or one past the end) the same array object is valid (for this
-p
https://github.com/NagyDonat edited
https://github.com/llvm/llvm-project/pull/102580
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NagyDonat edited
https://github.com/llvm/llvm-project/pull/102580
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NagyDonat requested changes to this pull request.
Thanks!
We should close this when that other PR is accepted and merged. Until then I'm
putting a "Request changes" mark on this to prevent an accidental merge.
https://github.com/llvm/llvm-project/pull/102432
Author: Michael Buch
Date: 2024-08-09T09:41:09+01:00
New Revision: 310a9f3f257f1f7a41958b792b27e69a0237218f
URL:
https://github.com/llvm/llvm-project/commit/310a9f3f257f1f7a41958b792b27e69a0237218f
DIFF:
https://github.com/llvm/llvm-project/commit/310a9f3f257f1f7a41958b792b27e69a0237218f.diff
https://github.com/Michael137 closed
https://github.com/llvm/llvm-project/pull/100355
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -9838,16 +9902,33 @@ bool LoopVectorizePass::processLoop(Loop *L) {
ElementCount UserVF = Hints.getWidth();
unsigned UserIC = Hints.getInterleave();
+ bool AddBranchWeights =
+ hasBranchWeightMD(*L->getLoopLatch()->getTerminator());
+ GeneratedRTChecks Checks(*PS
https://github.com/zyn0217 created
https://github.com/llvm/llvm-project/pull/102587
Since 98191d7c, we have been comparing constraints on out-of-line class
template declarations by recovering surrounding template arguments from the
DeclContext if neither the new declaration nor its template ar
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Younan Zhang (zyn0217)
Changes
Since 98191d7c, we have been comparing constraints on out-of-line class
template declarations by recovering surrounding template arguments from the
DeclContext if neither the new declaration nor its template
zyn0217 wrote:
Note that @jcsxky has a similar patch
https://github.com/llvm/llvm-project/pull/102554 that fixes the same thing. I
don't intend to contend against him, and admittedly, that patch works.
But I don't think that approach is so reasonable because it is hacky in that
`ForConstraint
https://github.com/zyn0217 edited
https://github.com/llvm/llvm-project/pull/102587
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
jmorse wrote:
(I can't replicate the buildkite windows failure locally, will commit and see
what actually goes wrong)
https://github.com/llvm/llvm-project/pull/102006
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-b
Author: Jeremy Morse
Date: 2024-08-09T10:17:48+01:00
New Revision: 92aec5192ce752c984837a93227200b54faa8679
URL:
https://github.com/llvm/llvm-project/commit/92aec5192ce752c984837a93227200b54faa8679
DIFF:
https://github.com/llvm/llvm-project/commit/92aec5192ce752c984837a93227200b54faa8679.diff
https://github.com/jmorse closed
https://github.com/llvm/llvm-project/pull/102006
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
balazske wrote:
The `ArrayBoundV2` checker needs some update to find all cases. For example
`(&x - 1) - &x` is not found, because the checker does only check
`ArraySubscriptExpr` (and others), not a `BinaryOperator` with pointer and
integer.
https://github.com/llvm/llvm-project/pull/102580
__
@@ -569,7 +573,8 @@ class Expr : public ValueStmt {
/// Note: This does not perform the implicit conversions required by C++11
/// [expr.const]p5.
bool isCXX11ConstantExpr(const ASTContext &Ctx, APValue *Result = nullptr,
- SourceLocation *Loc =
njames93 wrote:
> Thats a good question. @njames93 What do you thing, current tests are
> sufficient ?
There should definitely be a test in the clang side of things to ensure correct
handling of the `Expr::getIntegerConstantExpr` method with this new parameter
https://github.com/llvm/llvm-pro
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3Ro
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= ,
=?utf-8?b?R8OhYm9yIFTDs3Ro
NagyDonat wrote:
Oh, you're right, invalid pointer arithmetic like `(&x - 1)` is not handled by
ArrayBoundV2, because right now that's the responsibility of a THIRD checker,
`alpha.core.PointerArithm`.
However, directly after bringing `ArrayBoundV2` out of alpha, I'll continue
with working on
@@ -209,9 +209,28 @@ llvm::Value *TargetCodeGenInfo::createEnqueuedBlockKernel(
void TargetCodeGenInfo::setBranchProtectionFnAttributes(
const TargetInfo::BranchProtectionInfo &BPI, llvm::Function &F) {
- llvm::AttrBuilder FuncAttrs(F.getContext());
- setBranchProtection
Author: yronglin
Date: 2024-08-09T17:49:00+08:00
New Revision: badfb4bd33c27f7bb6351ad3d7250a9b8782b43f
URL:
https://github.com/llvm/llvm-project/commit/badfb4bd33c27f7bb6351ad3d7250a9b8782b43f
DIFF:
https://github.com/llvm/llvm-project/commit/badfb4bd33c27f7bb6351ad3d7250a9b8782b43f.diff
LOG:
https://github.com/yronglin closed
https://github.com/llvm/llvm-project/pull/102170
___
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
`openmp-offload-libc-amdgpu-runtime` running on `omp-vega20-1` while building
`clang` at step 10 "Add check check-offload".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/73/builds/3435
Here is the re
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Malay Sanghi (MalaySanghi)
Changes
Ref.: https://cdrdv2.intel.com/v1/dl/getContent/828965
---
Patch is 494.14 KiB, truncated to 20.00 KiB below, full version:
https://github.com/llvm/llvm-project/pull/102592.diff
31 Files Affected:
-
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Malay Sanghi (MalaySanghi)
Changes
Ref.: https://cdrdv2.intel.com/v1/dl/getContent/828965
---
Patch is 494.14 KiB, truncated to 20.00 KiB below, full version:
https://github.com/llvm/llvm-project/pull/102592.diff
31 Files Affecte
llvmbot wrote:
@llvm/pr-subscribers-mc
Author: Malay Sanghi (MalaySanghi)
Changes
Ref.: https://cdrdv2.intel.com/v1/dl/getContent/828965
---
Patch is 494.14 KiB, truncated to 20.00 KiB below, full version:
https://github.com/llvm/llvm-project/pull/102592.diff
31 Files Affected:
- (mo
MalaySanghi wrote:
@phoebewang @KanRobert please review
https://github.com/llvm/llvm-project/pull/102592
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Brandon Wu
Date: 2024-08-09T17:57:24+08:00
New Revision: 08e0e29572ac0a324ac36831a843ac99f41f42a4
URL:
https://github.com/llvm/llvm-project/commit/08e0e29572ac0a324ac36831a843ac99f41f42a4
DIFF:
https://github.com/llvm/llvm-project/commit/08e0e29572ac0a324ac36831a843ac99f41f42a4.diff
LO
https://github.com/4vtomat closed
https://github.com/llvm/llvm-project/pull/102149
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Brandon Wu
Date: 2024-08-09T17:57:45+08:00
New Revision: 1b80ed457d2dfd278541b7c20e7d2b6192ecbf13
URL:
https://github.com/llvm/llvm-project/commit/1b80ed457d2dfd278541b7c20e7d2b6192ecbf13
DIFF:
https://github.com/llvm/llvm-project/commit/1b80ed457d2dfd278541b7c20e7d2b6192ecbf13.diff
LO
https://github.com/4vtomat closed
https://github.com/llvm/llvm-project/pull/102146
___
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 `clang-aarch64-lld-2stage`
running on `linaro-clang-aarch64-lld-2stage` while building `clang` at step 13
"ninja check 2".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/121/builds/419
Here is the rel
Endilll wrote:
Thank you for the patch, but RFCs for Clang should be published in
https://discourse.llvm.org/c/clang/6. PRs doesn't have the visibility we want
RFCs to have.
https://github.com/llvm/llvm-project/pull/102569
___
cfe-commits mailing lis
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
llvmbot wrote:
@llvm/pr-subscribers-llvm-binary-utilities
@llvm/pr-subscribers-clang-codegen
Author: None (Dhruv-Srivastava-IBM)
Changes
We have Implemented the necessary code changes required to run LLDB on AIX.
This PR is for discussion as asked in #101657
With this PR, we request your
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (Dhruv-Srivastava-IBM)
Changes
We have Implemented the necessary code changes required to run LLDB on AIX.
This PR is for discussion as asked in #101657
With this PR, we request your inputs and feedback about our code changes.
---
https://github.com/Endilll commented:
DR test part looks good.
https://github.com/llvm/llvm-project/pull/78112
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Dhruv-Srivastava-IBM edited
https://github.com/llvm/llvm-project/pull/102601
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/pskrgag created
https://github.com/llvm/llvm-project/pull/102602
Add basic support for `builtin_*_overflow` primitives.
These helps a lot for checking custom calloc-like functions with inlinable
body. Without such support code like
```c
#include
#include
static void *m
https://github.com/pskrgag edited
https://github.com/llvm/llvm-project/pull/102602
___
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-static-analyzer-1
Author: Pavel Skripkin (pskrgag)
Changes
Add basic support for `builtin_*_overflow` primitives.
These helps a lot for checking custom calloc-like functions with inlinable
body. Without such support code like
```c
#include
@@ -50,6 +101,44 @@ class BuiltinFunctionChecker : public Checker {
} // namespace
+void BuiltinFunctionChecker::HandleOverflowBuiltin(const CallEvent &Call,
+ CheckerContext &C,
+
https://github.com/pskrgag edited
https://github.com/llvm/llvm-project/pull/102602
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mrexodia wrote:
@kazutakahirata @kadircet @sam-mccall it looks like you were recently touching
this file, any chance for a review?
https://github.com/llvm/llvm-project/pull/100759
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.l
https://github.com/mrexodia updated
https://github.com/llvm/llvm-project/pull/79390
>From e6737b6e65669160868a85b8a870fe6fd70b94b0 Mon Sep 17 00:00:00 2001
From: Duncan Ogilvie
Date: Thu, 25 Jan 2024 00:08:49 +0100
Subject: [PATCH] Embed the command line arguments during LTO
---
clang/lib/Cod
https://github.com/Fznamznon created
https://github.com/llvm/llvm-project/pull/102605
In C++23 anything can be constexpr, including a dtor of a class whose members
and bases don't have constexpr dtors. Avoid early triggering of vtable
instantiation int this case.
Fixes https://github.com/llvm
Fznamznon wrote:
I'm really in doubts that this is actually correct and useful...
https://github.com/llvm/llvm-project/pull/102605
___
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: Mariya Podchishchaeva (Fznamznon)
Changes
In C++23 anything can be constexpr, including a dtor of a class whose members
and bases don't have constexpr dtors. Avoid early triggering of vtable
instantiation int this case.
Fixes https://git
https://github.com/hazzlim closed
https://github.com/llvm/llvm-project/pull/99538
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
godvino wrote:
This could close #54868 that I had opened a while back to support cross
compiling using clang with [xwin](https://github.com/Jake-Shadle/xwin/).
https://github.com/llvm/llvm-project/pull/96417
___
cfe-commits mailing list
cfe-commits@li
https://github.com/DanielKristofKiss updated
https://github.com/llvm/llvm-project/pull/101978
>From 4afadb9122c982c63f2b067661548a2c063590a5 Mon Sep 17 00:00:00 2001
From: Daniel Kiss
Date: Mon, 5 Aug 2024 13:01:06 +0200
Subject: [PATCH 1/2] [Arm][AArch64][Clang] Respect function's branch
prot
yxsamliu wrote:
> Thank you for the patch, but RFCs for Clang should be published in
> https://discourse.llvm.org/c/clang/6. PRs doesn't have the visibility we want
> RFCs to have.
Discourse topic created:
https://discourse.llvm.org/t/rfc-add-clang-atomic-control-options-and-pragmas/80641.
T
https://github.com/yxsamliu edited
https://github.com/llvm/llvm-project/pull/102569
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -209,9 +209,28 @@ llvm::Value *TargetCodeGenInfo::createEnqueuedBlockKernel(
void TargetCodeGenInfo::setBranchProtectionFnAttributes(
const TargetInfo::BranchProtectionInfo &BPI, llvm::Function &F) {
- llvm::AttrBuilder FuncAttrs(F.getContext());
- setBranchProtection
https://github.com/cor3ntin approved this pull request.
https://github.com/llvm/llvm-project/pull/78112
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Mital Ashok
Date: 2024-08-09T14:46:28+02:00
New Revision: 574e9584494cd408fb3595df9b9d52bb3e03921a
URL:
https://github.com/llvm/llvm-project/commit/574e9584494cd408fb3595df9b9d52bb3e03921a
DIFF:
https://github.com/llvm/llvm-project/commit/574e9584494cd408fb3595df9b9d52bb3e03921a.diff
L
https://github.com/cor3ntin closed
https://github.com/llvm/llvm-project/pull/78112
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NagyDonat commented:
Thanks for adding support for these functions! The code LGTM overall, except
for one mostly theoretical issue (about the use of `assert`) which I described
in an inline comment.
https://github.com/llvm/llvm-project/pull/102602
___
https://github.com/NagyDonat edited
https://github.com/llvm/llvm-project/pull/102602
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -21,16 +21,67 @@
#include "clang/StaticAnalyzer/Core/PathSensitive/CallDescription.h"
#include "clang/StaticAnalyzer/Core/PathSensitive/CallEvent.h"
#include "clang/StaticAnalyzer/Core/PathSensitive/CheckerContext.h"
+#include "clang/StaticAnalyzer/Core/PathSensitive/Checker
@@ -50,6 +101,44 @@ class BuiltinFunctionChecker : public Checker {
} // namespace
+void BuiltinFunctionChecker::HandleOverflowBuiltin(const CallEvent &Call,
+ CheckerContext &C,
+
@@ -7042,12 +7042,38 @@ void Sema::CheckCompletedCXXClass(Scope *S,
CXXRecordDecl *Record) {
}
}
+bool EffectivelyConstexprDestructor = true;
+// Avoid triggering vtable instantiation due to a dtor that is not
+// "effectively constexpr" for better compa
1 - 100 of 418 matches
Mail list logo