@@ -0,0 +1,151 @@
+//===-- RISCVInstrInfoQ.td - RISC-V 'Q' instructions ---*- tablegen
-*-===//
+//
+// 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
choikwa wrote:
@yxsamliu should this be merged before test?
https://github.com/llvm/llvm-project/pull/129347
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,151 @@
+//===-- RISCVInstrInfoQ.td - RISC-V 'Q' instructions ---*- tablegen
-*-===//
+//
+// 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
@@ -674,6 +681,9 @@ void RISCVInstrInfo::storeRegToStackSlot(MachineBasicBlock
&MBB,
} else if (RISCV::FPR64RegClass.hasSubClassEq(RC)) {
Opcode = RISCV::FSD;
IsScalableVector = false;
+ } else if (RISCV::FPR128RegClass.hasSubClassEq(RC)) {
topperc
@@ -766,6 +776,9 @@ void RISCVInstrInfo::loadRegFromStackSlot(
} else if (RISCV::FPR64RegClass.hasSubClassEq(RC)) {
Opcode = RISCV::FLD;
IsScalableVector = false;
+ } else if (RISCV::FPR128RegClass.hasSubClassEq(RC)) {
topperc wrote:
This isn't an M
@@ -599,6 +599,13 @@ void RISCVInstrInfo::copyPhysReg(MachineBasicBlock &MBB,
return;
}
+ if (RISCV::FPR128RegClass.contains(DstReg, SrcReg)) {
topperc wrote:
This isn't an MC layer change and can't be tested.
https://github.com/llvm/llvm-project/pull
Author: Amr Hesham
Date: 2025-05-12T21:34:35+02:00
New Revision: a4186bd04bca16a23769d9461e4b0fc1c7a03f53
URL:
https://github.com/llvm/llvm-project/commit/a4186bd04bca16a23769d9461e4b0fc1c7a03f53
DIFF:
https://github.com/llvm/llvm-project/commit/a4186bd04bca16a23769d9461e4b0fc1c7a03f53.diff
LO
https://github.com/AmrDeveloper closed
https://github.com/llvm/llvm-project/pull/138592
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Mr-Anyone updated
https://github.com/llvm/llvm-project/pull/134486
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
font-family: -apple-system,BlinkMacSystemFont,Segoe
UI,Helvetica,Arial,sans
Author: Aaron Ballman
Date: 2025-05-12T13:44:03-04:00
New Revision: 70ca3f41fa1a16ede0b33e0780c04360b50e4dee
URL:
https://github.com/llvm/llvm-project/commit/70ca3f41fa1a16ede0b33e0780c04360b50e4dee
DIFF:
https://github.com/llvm/llvm-project/commit/70ca3f41fa1a16ede0b33e0780c04360b50e4dee.diff
https://github.com/AaronBallman closed
https://github.com/llvm/llvm-project/pull/139577
___
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: Florian Mayer (fmayer)
Changes
This is useful for matching functions whose name is given as a
parameter, e.g.
---
Full diff: https://github.com/llvm/llvm-project/pull/139594.diff
1 Files Affected:
- (modified) clang/include/clang/ASTMa
@@ -65,6 +65,17 @@ enum class PointerAuthenticationMode : unsigned {
SignAndAuth
};
+static constexpr llvm::StringLiteral PointerAuthenticationOptionStrip =
"strip";
ojhunt wrote:
It's not stored as a string (or even an attribute), they're stored as flags
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`ppc64le-lld-multistage-test` running on `ppc64le-lld-multistage-test` while
building `clang,llvm` at step 12 "build-stage2-unified-tree".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/168/builds/1199
inbelic wrote:
Unused variables build failures were addressed [here
](https://github.com/llvm/llvm-project/pull/139590)and
[here](https://github.com/llvm/llvm-project/commit/e74877bafebeff40f7213c199c8125bb49818fc1).
https://github.com/llvm/llvm-project/pull/137690
@@ -147,6 +147,13 @@ def ntl_load : RISCVBuiltin<"void(...)">;
def ntl_store : RISCVBuiltin<"void(...)">;
} // Features = "zihintntl", Attributes = [CustomTypeChecking]
+//===--===//
+// Zihintpause extension.
https://github.com/fmayer created
https://github.com/llvm/llvm-project/pull/139594
This is useful for matching functions whose name is given as a
parameter, e.g.
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
@@ -65,6 +65,17 @@ enum class PointerAuthenticationMode : unsigned {
SignAndAuth
};
+static constexpr llvm::StringLiteral PointerAuthenticationOptionStrip =
"strip";
ojhunt wrote:
I was meaning "is there a more idiomatic way to have these string constants
https://github.com/AaronBallman created
https://github.com/llvm/llvm-project/pull/139595
We cannot consume annotation tokens with ConsumeToken(), so any pragmas present
in an invalid initializer would previously crash. Now we handle annotation
tokens more generally and avoid the crash.
Fixes
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Aaron Ballman (AaronBallman)
Changes
We cannot consume annotation tokens with ConsumeToken(), so any pragmas present
in an invalid initializer would previously crash. Now we handle annotation
tokens more generally and avoid the crash.
Fi
@@ -0,0 +1,242 @@
+#!/usr/bin/env python3
+# A tool to automatically generate documentation for the config options of the
+# clang static analyzer by reading `AnalyzerOptions.def`.
+
+import argparse
+from collections import namedtuple
+from enum import Enum, auto
+import re
+impo
DaanDeMeyer wrote:
Ping @owenca @HazardyKnusperkeks
https://github.com/llvm/llvm-project/pull/137840
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -40,3 +40,13 @@ struct S : public Base1, public Base2 {
// All initializers are correct, nothing to skip, diagnose 2 missing commas.
S(const S &) : Base1(0) ::Base2(1.0) x(2) {} //
expected-error2{{missing ',' between base or member initializers}}
};
+
+namespace GH1137
https://github.com/HighCommander4 closed
https://github.com/llvm/llvm-project/pull/137613
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Amr Hesham
Date: 2025-05-12T20:22:02+02:00
New Revision: a6c4ca8e934474d3ed76718788fb086c28a10863
URL:
https://github.com/llvm/llvm-project/commit/a6c4ca8e934474d3ed76718788fb086c28a10863
DIFF:
https://github.com/llvm/llvm-project/commit/a6c4ca8e934474d3ed76718788fb086c28a10863.diff
LO
Author: Noustaa
Date: 2025-05-12T14:22:27-04:00
New Revision: bfd2ef765957307d8a02f72cf6d67de5d3977f10
URL:
https://github.com/llvm/llvm-project/commit/bfd2ef765957307d8a02f72cf6d67de5d3977f10
DIFF:
https://github.com/llvm/llvm-project/commit/bfd2ef765957307d8a02f72cf6d67de5d3977f10.diff
LOG:
https://github.com/AmrDeveloper closed
https://github.com/llvm/llvm-project/pull/139146
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/HighCommander4 updated
https://github.com/llvm/llvm-project/pull/137613
>From 7e715447d242d7e409e02059d2948fb3417fb00f Mon Sep 17 00:00:00 2001
From: Noustaa
Date: Mon, 28 Apr 2025 12:38:36 +0200
Subject: [PATCH 1/5] [clangd] Add CodePatterns config option under Completion
A
@@ -40,3 +40,13 @@ struct S : public Base1, public Base2 {
// All initializers are correct, nothing to skip, diagnose 2 missing commas.
S(const S &) : Base1(0) ::Base2(1.0) x(2) {} //
expected-error2{{missing ',' between base or member initializers}}
};
+
+namespace GH1137
https://github.com/HighCommander4 approved this pull request.
Thanks, LGTM!
(I made one small tweak, to ConfigFragment.h, to refer to the config option
values `All` and `None` with correct capitalization.)
https://github.com/llvm/llvm-project/pull/137613
___
Artem-B wrote:
@jhuber6 @ldionne One concern I have for this change is that it will break
folks who will use older libc++ with the new Clang + wrapper headers.
Is older libc++ expected to work with non-matching clang version? If the
expectation is that libc++ and clang are from the same versio
github-actions[bot] wrote:
@Noustaa 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 build,
HighCommander4 wrote:
@Noustaa if you'd like to also submit a documentation patch for
https://clangd.llvm.org/config.html (source at
https://github.com/llvm/clangd-www/blob/main/config.md), that would be
appreciated!
https://github.com/llvm/llvm-project/pull/137613
___
@@ -1399,8 +1400,10 @@ mlir::LogicalResult
CIRToLLVMShiftOpLowering::matchAndRewrite(
if (op.getIsShiftleft()) {
rewriter.replaceOpWithNewOp(op, llvmTy, val, amt);
} else {
-assert(!cir::MissingFeatures::vectorType());
-bool isUnsigned = !cirValTy.isSigned();
+
https://github.com/AmrDeveloper deleted
https://github.com/llvm/llvm-project/pull/139465
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Artem Belevich
Date: 2025-05-12T12:50:47-07:00
New Revision: 8d7b35eeffa4ce6b8781eac4012ead7d5422264a
URL:
https://github.com/llvm/llvm-project/commit/8d7b35eeffa4ce6b8781eac4012ead7d5422264a
DIFF:
https://github.com/llvm/llvm-project/commit/8d7b35eeffa4ce6b8781eac4012ead7d5422264a.diff
https://github.com/AmrDeveloper edited
https://github.com/llvm/llvm-project/pull/139465
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Artem-B closed
https://github.com/llvm/llvm-project/pull/139164
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/AmrDeveloper edited
https://github.com/llvm/llvm-project/pull/139465
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ldionne approved this pull request.
https://github.com/llvm/llvm-project/pull/138524
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ldionne wrote:
Merging since this is both small and seems obviously correct. I technically
don't have oversight of libc, but I don't think the owners would oppose this
change.
https://github.com/llvm/llvm-project/pull/138524
___
cfe-commits mailing l
https://github.com/DKLoehr created
https://github.com/llvm/llvm-project/pull/139614
Followup to #138741.
This adds the requested macro to silence `-Wunnecessary-virtual-specifier` when
declaring virtual anchor functions in `final` classes, per [LLVM
policy](https://llvm.org/docs/CodingStandar
https://github.com/ldionne closed
https://github.com/llvm/llvm-project/pull/138524
___
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-codegen
@llvm/pr-subscribers-llvm-ir
Author: Devon Loehr (DKLoehr)
Changes
Followup to #138741.
This adds the requested macro to silence `-Wunnecessary-virtual-specifier` when
declaring virtual anchor functions in `final` classes, per [LLVM
poli
Author: Raul Tambre
Date: 2025-05-12T15:59:39-04:00
New Revision: fc3b67aee852d99bbb5d2f4670695d8246375dac
URL:
https://github.com/llvm/llvm-project/commit/fc3b67aee852d99bbb5d2f4670695d8246375dac
DIFF:
https://github.com/llvm/llvm-project/commit/fc3b67aee852d99bbb5d2f4670695d8246375dac.diff
L
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 HEAD~1 HEAD --extensions cpp,h --
clang/include/clang/AST/Decl.h clang/include/clang/
https://github.com/AmrDeveloper updated
https://github.com/llvm/llvm-project/pull/139465
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
font-family: -apple-system,BlinkMacSystemFont,Segoe
UI,Helvetica,Arial,s
dwblaikie wrote:
> > My intent (haven't checked the patch) is that it'd be modeled as a static
> > member variable - so there'd be a declaration in the class, but a
> > definition DIE outside the class that'd be indexed by gdb OK, I'd have
> > thought? (it'd go in .debug_names, and gdb_index,
https://github.com/andykaylor approved this pull request.
lgtm
https://github.com/llvm/llvm-project/pull/139146
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
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 HEAD~1 HEAD --extensions c,h,cpp --
clang/include/clang/Sema/SemaWasm.h
clang/lib/Co
Author: Finn Plummer
Date: 2025-05-12T09:59:46-07:00
New Revision: dd3d7cfe2e77f0f33b2952b1c965c87c9ea46eb4
URL:
https://github.com/llvm/llvm-project/commit/dd3d7cfe2e77f0f33b2952b1c965c87c9ea46eb4
DIFF:
https://github.com/llvm/llvm-project/commit/dd3d7cfe2e77f0f33b2952b1c965c87c9ea46eb4.diff
https://github.com/inbelic closed
https://github.com/llvm/llvm-project/pull/137690
___
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-format
@llvm/pr-subscribers-clang
Author: Jan Svoboda (jansvoboda11)
Changes
The `DiagnosticOptions` class is currently intrusively reference-counted, which
makes reasoning about its lifetime very difficult in some cases. For example,
`CompilerIn
llvmbot wrote:
@llvm/pr-subscribers-hlsl
Author: Jan Svoboda (jansvoboda11)
Changes
The `DiagnosticOptions` class is currently intrusively reference-counted, which
makes reasoning about its lifetime very difficult in some cases. For example,
`CompilerInvocation` owns the `DiagnosticOptio
https://github.com/andykaylor approved this pull request.
lgtm
https://github.com/llvm/llvm-project/pull/139304
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-backend-webassembly
Author: Hood Chatham (hoodmane)
Changes
I also fixed __builtin_wasm_ref_null_extern() to generate a diagnostic when it
gets an argument. It seems like `SemaRef.checkArgCount()` has a bug that makes
it unable to check for 0 args.
cc
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: Hood Chatham (hoodmane)
Changes
I also fixed __builtin_wasm_ref_null_extern() to generate a diagnostic when it
gets an argument. It seems like `SemaRef.checkArgCount()` has a bug that makes
it unable to check for 0 args.
cc @sbc1
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Hood Chatham (hoodmane)
Changes
I also fixed __builtin_wasm_ref_null_extern() to generate a diagnostic when it
gets an argument. It seems like `SemaRef.checkArgCount()` has a bug that makes
it unable to check for 0 args.
cc @sbc100 @pmat
https://github.com/hoodmane created
https://github.com/llvm/llvm-project/pull/139580
I also fixed __builtin_wasm_ref_null_extern() to generate a diagnostic when it
gets an argument. It seems like `SemaRef.checkArgCount()` has a bug that makes
it unable to check for 0 args.
cc @sbc100 @pmatos
https://github.com/hoodmane updated
https://github.com/llvm/llvm-project/pull/139580
>From 2ca282f0a20088bef15289a8ce5167d1e23595c3 Mon Sep 17 00:00:00 2001
From: Hood Chatham
Date: Fri, 9 May 2025 00:16:26 -0400
Subject: [PATCH 1/2] [Wasm][Clang] Add __builtin_wasm_ref_is_null_extern
I also
@@ -1920,9 +1920,17 @@ static bool EvaluateComplex(const Expr *E, ComplexValue
&Res, EvalInfo &Info);
static bool EvaluateAtomic(const Expr *E, const LValue *This, APValue &Result,
EvalInfo &Info);
static bool EvaluateAsRValue(EvalInfo &Info, const E
https://github.com/inbelic closed
https://github.com/llvm/llvm-project/pull/139590
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
inbelic wrote:
https://github.com/llvm/llvm-project/commit/e74877bafebeff40f7213c199c8125bb49818fc1
beat me to it
https://github.com/llvm/llvm-project/pull/139590
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/m
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `sanitizer-ppc64le-linux`
running on `ppc64le-sanitizer` while building `clang,llvm` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/72/builds/11067
Here is the relevant piece of
@@ -7,6 +7,9 @@
//===--===//
//
// This file defines the analyzer options avaible with -analyzer-config.
+// Note that clang/docs/tools/generate_analyzer_options_docs.py relies on the
+// structure of this
steakhal wrote:
> Is there interest in backporting this to the release branch? If so, can
> someone manually create a PR?
Thanks for the heads up. Here is the manual backport: #139591 @tstellar
https://github.com/llvm/llvm-project/pull/127406
___
cf
https://github.com/AlexVlx updated
https://github.com/llvm/llvm-project/pull/134016
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
font-family: -apple-system,BlinkMacSystemFont,Segoe
UI,Helvetica,Arial,sans-s
Artem-B wrote:
> Right now this checks for `libc++` less than 14. Is that still relevant
> following that change?
That's a very good point. Looks like those `__constexpr_fmin/fmax` are gone now
and we do not heed them any more.
https://github.com/llvm/llvm-project/pull/139164
https://github.com/Artem-B updated
https://github.com/llvm/llvm-project/pull/139164
>From a1d60feed11174b9d2106b57ee15ff6d9bc56fa4 Mon Sep 17 00:00:00 2001
From: Artem Belevich
Date: Thu, 8 May 2025 14:43:47 -0700
Subject: [PATCH] [CUDA] remove obsolete GPU-side __constexpr* wrappers
libc++ no
https://github.com/jhuber6 approved this pull request.
https://github.com/llvm/llvm-project/pull/139164
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Artem-B edited
https://github.com/llvm/llvm-project/pull/139164
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Artem-B wrote:
No wrappers -- no problems. :-)
https://github.com/llvm/llvm-project/pull/139164
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Mr-Anyone wrote:
It seems that a different approach is needed.
https://github.com/llvm/llvm-project/pull/134486
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/petrhosek updated
https://github.com/llvm/llvm-project/pull/134893
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
font-family: -apple-system,BlinkMacSystemFont,Segoe
UI,Helvetica,Arial,sans
https://github.com/Mr-Anyone closed
https://github.com/llvm/llvm-project/pull/134486
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ahatanak updated
https://github.com/llvm/llvm-project/pull/138947
>From ece5ba2ee3adac03f058d5cc450ecf2ad70a5a70 Mon Sep 17 00:00:00 2001
From: Akira Hatanaka
Date: Wed, 7 May 2025 12:00:08 -0700
Subject: [PATCH 1/3] [ItaniumMangle] Make sure class types are added to the
dic
@@ -1399,8 +1400,10 @@ mlir::LogicalResult
CIRToLLVMShiftOpLowering::matchAndRewrite(
if (op.getIsShiftleft()) {
rewriter.replaceOpWithNewOp(op, llvmTy, val, amt);
} else {
-assert(!cir::MissingFeatures::vectorType());
-bool isUnsigned = !cirValTy.isSigned();
+
@@ -0,0 +1,20 @@
+// This verifies that hotpatch function attributes are correctly propagated
when compiling directly to OBJ.
+//
+// RUN: %clang_cl -c --target=x86_64-windows-msvc -O2 /Z7
-fms-hotpatch-functions-file=%S/ms-hotpatch-functions.txt /Fo%t.obj %s
si
https://github.com/mandlebug created
https://github.com/llvm/llvm-project/pull/139619
The instructions are not supported on either 32-bit ELF (due to no redzone) or
32-bit AIX due to the instructions always using the full 64-bit width of the
register inputs.
>From 6f089b31986290495a452d71fe24
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Sean Fertile (mandlebug)
Changes
The instructions are not supported on either 32-bit ELF (due to no redzone) or
32-bit AIX due to the instructions always using the full 64-bit width of the
register inputs.
---
Full diff: https://g
llvmbot wrote:
@llvm/pr-subscribers-backend-powerpc
Author: Sean Fertile (mandlebug)
Changes
The instructions are not supported on either 32-bit ELF (due to no redzone) or
32-bit AIX due to the instructions always using the full 64-bit width of the
register inputs.
---
Full diff: https:
efriedma-quic wrote:
I really don't want the dependency chain that involves clang converting the
target feature list to an LLVM attribute string, then grabbing the attribute
out of the llvm::Function to parse it back into a feature list. That ties
together the target info and codegen in a wei
https://github.com/jakeegan edited
https://github.com/llvm/llvm-project/pull/129925
___
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 `fuchsia-x86_64-linux`
running on `fuchsia-debian-64-us-central1-b-1` while building
`libc,libcxx,libcxxabi,libunwind` at step 4 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/11/builds/149
sivadeilra wrote:
> Oh so all this dance (`_ref_` and the additional metadata) is for code page
> integrity purposes only? To keep them unmodified in memory? So how does then
> the kernel use the PE metadata if it doesn't patch the code memory pages of
> the initial (running) image? Is there a
https://github.com/apple-fcloutier updated
https://github.com/llvm/llvm-project/pull/135864
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
font-family: -apple-system,BlinkMacSystemFont,Segoe
UI,Helvetica,Aria
AaronBallman wrote:
> Hi @AaronBallman
>
> I see that if I build clang with ASAN with this patch and run the testcase
> `clang/test/C/C99/n590.c` it crashes and I see this
>
> ```
> AddressSanitizer:DEADLYSIGNAL
> =
> ==2063954==E
https://github.com/alexey-bataev approved this pull request.
https://github.com/llvm/llvm-project/pull/139313
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/AaronBallman updated
https://github.com/llvm/llvm-project/pull/139313
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
font-family: -apple-system,BlinkMacSystemFont,Segoe
UI,Helvetica,Arial,s
jmmartinez wrote:
> Now the question is -- how do we test it?
I'm working on adding some tests for the cuda_wrapper headers:
* [ ] First in https://github.com/llvm/llvm-test-suite/tree/main/External/CUDA
(there are some already related to other cuda_wrapper headers)
* [ ] and likely something v
@@ -14,3 +14,11 @@
//--- test.pcm
// CPP20WARNING-NOT: clang-cl: warning: argument unused during compilation:
'/std:c++20' [-Wunused-command-line-argument]
+
+// test whether the following outputs %Hello.bmi
+// RUN: %clang_cl /std:c++20 --precompile -x c++-module
-fmodule-o
Author: Jinsong Ji
Date: 2025-05-12T09:10:16-04:00
New Revision: ed81a8144a6c7ad35b2f5e0f73214dd4b51b2d60
URL:
https://github.com/llvm/llvm-project/commit/ed81a8144a6c7ad35b2f5e0f73214dd4b51b2d60
DIFF:
https://github.com/llvm/llvm-project/commit/ed81a8144a6c7ad35b2f5e0f73214dd4b51b2d60.diff
LO
https://github.com/VitaNuo updated
https://github.com/llvm/llvm-project/pull/139253
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
font-family: -apple-system,BlinkMacSystemFont,Segoe
UI,Helvetica,Arial,sans-s
https://github.com/jsji closed https://github.com/llvm/llvm-project/pull/135375
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/VitaNuo updated
https://github.com/llvm/llvm-project/pull/139253
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
font-family: -apple-system,BlinkMacSystemFont,Segoe
UI,Helvetica,Arial,sans-s
ykhatav wrote:
Ping!
https://github.com/llvm/llvm-project/pull/137818
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
erichkeane wrote:
This would be quite disappointing to me. As much as I strongly dislike that we
don't build a standard library, this patch fixed a handful of bugs in a really
nice manner.
I'd vastly prefer if someone could prepare a 'compatibility' hack here. Even
something as absolutely
https://github.com/paulwalker-arm commented:
This looks broadly good to me.
https://github.com/llvm/llvm-project/pull/139190
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/paulwalker-arm edited
https://github.com/llvm/llvm-project/pull/139190
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1476,8 +1486,14 @@ CoerceScalableToFixed(CodeGenFunction &CGF,
llvm::FixedVectorType *ToTy,
// If we are casting a scalable i1 predicate vector to a fixed i8
// vector, first bitcast the source.
if (FromTy->getElementType()->isIntegerTy(1) &&
- FromTy->getElemen
101 - 200 of 459 matches
Mail list logo
