wangpc-pp wrote:
Should we backport this to llvm 18?
https://github.com/llvm/llvm-project/pull/79811
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
asb wrote:
> Should we backport this to llvm 18?
I'd be inclined to do so if there are no objections.
https://github.com/llvm/llvm-project/pull/79811
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listin
@@ -138,15 +138,9 @@ std::string getNamespaceScope(const Decl *D) {
std::string printDefinition(const Decl *D, PrintingPolicy PP,
const syntax::TokenBuffer &TB) {
- if (auto *VD = llvm::dyn_cast(D)) {
-if (auto *IE = VD->getInit()) {
- //
https://github.com/martinboehme requested changes to this pull request.
Thanks for catching this!
Can you add a test that fails without the fix? See the existing test
`ResultObjectLocation` in TransferTest.cpp -- you should be able to create a
new test based on this that has a `CXXOperatorCall
@@ -536,6 +536,11 @@ class TransferVisitor : public
ConstStmtVisitor {
copyRecord(*LocSrc, *LocDst, Env);
Env.setStorageLocation(*S, *LocDst);
+} else {
+ // CXXOperatorCallExpr can be prvalues, in which case we must create a
+ // record for them in
https://github.com/martinboehme edited
https://github.com/llvm/llvm-project/pull/79608
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -40,8 +40,12 @@ static const Expr *ignoreTransparentExprs(const Expr *E) {
switch (E->getStmtClass()) {
case Stmt::OpaqueValueExprClass:
-E = cast(E)->getSourceExpr();
-break;
+if (const clang::Expr *SE = cast(E)->getSourceExpr()) {
+ E = SE;
+ bre
https://github.com/sdesmalen-arm updated
https://github.com/llvm/llvm-project/pull/79166
>From f11df4616d319d8f95ae3012ebd74e10b5072041 Mon Sep 17 00:00:00 2001
From: Sander de Smalen
Date: Mon, 22 Jan 2024 16:50:41 +0100
Subject: [PATCH 1/2] [AArch64] Replace LLVM IR function attributes for
P
https://github.com/sdesmalen-arm edited
https://github.com/llvm/llvm-project/pull/79166
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -22,26 +22,32 @@ Below we describe the LLVM IR attributes and their relation
to the C/C++
level ACLE attributes:
``aarch64_pstate_sm_enabled``
-is used for functions with ``__attribute__((arm_streaming))``
+is used for functions with ``__arm_streaming``
``aarch6
@@ -1098,11 +1098,15 @@ LogicalResult
ModuleTranslation::convertOneFunction(LLVMFuncOp func) {
llvmFunc->addFnAttr("aarch64_pstate_sm_compatible");
if (func.getArmNewZa())
-llvmFunc->addFnAttr("aarch64_pstate_za_new");
- else if (func.getArmSharedZa())
-llvmFun
rmarker wrote:
> > @mydeveloperday @HazardyKnusperkeks @rymiel this patch fixes a very old bug
> > and will cause behavior changes whether the default is changed to the new
> > `AllowShortType` or left at `None`. Which way should we go?
>
> Now I'm leaning toward keeping the existing (buggy) b
carlos4242 wrote:
> LGTM, but please rebase and resolve conflicts.
done, rebased, tests pass locally
https://github.com/llvm/llvm-project/pull/79037
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinf
carlos4242 wrote:
note: build kite is passing on linux but failing windows tests with an error
like "mt.exe : general error c101008d: Failed to write the updated manifest to
the resource of file "bin\llvm-symbolizer.exe". Operation did not complete
successfully because the file contains a viru
https://github.com/c-rhodes approved this pull request.
https://github.com/llvm/llvm-project/pull/79166
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bevin-hansson commented:
We hit some odd behavior in our downstream after this patch.
https://github.com/llvm/llvm-project/pull/72644
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/list
https://github.com/bevin-hansson edited
https://github.com/llvm/llvm-project/pull/72644
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -4934,6 +4934,73 @@ class DependentDecltypeType : public DecltypeType,
public llvm::FoldingSetNode {
Expr *E);
};
+class PackIndexingType final
+: public Type,
+ public llvm::FoldingSetNode,
+ private llvm::TrailingObjects {
+ friend Tr
@@ -4934,6 +4934,73 @@ class DependentDecltypeType : public DecltypeType,
public llvm::FoldingSetNode {
Expr *E);
};
+class PackIndexingType final
+: public Type,
+ public llvm::FoldingSetNode,
+ private llvm::TrailingObjects {
+ friend Tr
https://github.com/bolshakov-a updated
https://github.com/llvm/llvm-project/pull/79764
>From 474f86604c35bea7041bcf3e6f8e2103d180902f Mon Sep 17 00:00:00 2001
From: Bolshakov
Date: Sun, 28 Jan 2024 21:12:10 +0300
Subject: [PATCH] Fix crashes on 'StructuralValue'
`OpaqueValueExpr` doesn't neces
https://github.com/zahiraam created
https://github.com/llvm/llvm-project/pull/79821
This patch is to remove warning. See https://godbolt.org/z/bYP8P8nqY
>From c22d670259f1d9fc22b6e01bf19d1f2316b1d617 Mon Sep 17 00:00:00 2001
From: Ammarguellat
Date: Mon, 29 Jan 2024 04:56:13 -0800
Subject: [PA
bolshakov-a wrote:
@zmodem, thanks! Added the fix to #79764.
https://github.com/llvm/llvm-project/pull/78041
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zahiraam edited
https://github.com/llvm/llvm-project/pull/79821
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/steakhal approved this pull request.
LGTM for the Static Analyzer.
Thanks for fixing this crash.
https://github.com/llvm/llvm-project/pull/79764
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/m
@@ -40,8 +40,12 @@ static const Expr *ignoreTransparentExprs(const Expr *E) {
switch (E->getStmtClass()) {
case Stmt::OpaqueValueExprClass:
-E = cast(E)->getSourceExpr();
-break;
+if (const clang::Expr *SE = cast(E)->getSourceExpr()) {
+ E = SE;
+ bre
steakhal wrote:
> LGTM for the Static Analyzer.
Actually, the other hunk also makes sense. LGTM.
https://github.com/llvm/llvm-project/pull/79764
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cf
JonPsson1 wrote:
LGTM
https://github.com/llvm/llvm-project/pull/79808
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/JonPsson1 approved this pull request.
https://github.com/llvm/llvm-project/pull/79808
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zahiraam ready_for_review
https://github.com/llvm/llvm-project/pull/79821
___
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: Zahira Ammarguellat (zahiraam)
Changes
This patch is to remove erroneous warning. See https://godbolt.org/z/bYP8P8nqY
---
Full diff: https://github.com/llvm/llvm-project/pull/79821.diff
2 Files Affected:
- (modified) clang/lib/Driver/To
zmodem wrote:
> Shouldn't we add a regression test for the crash on that part too?
+1 that would be good to have.
https://github.com/llvm/llvm-project/pull/79764
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/ma
vgvassilev wrote:
> > > > As far as I can tell from [#76774
> > > > (comment)](https://github.com/llvm/llvm-project/pull/76774#issuecomment-1914177330)
> > > > above, the last push only changed the default value of
> > > > `LoadExternalSpecializationsLazily`. In that case, my test results from
hokein wrote:
I started a discussion on discourse:
https://discourse.llvm.org/t/a-temporary-flag-for-guarding-access-to-an-in-development-c-20-feature-in-clang/76597.
https://github.com/llvm/llvm-project/pull/77890
___
cfe-commits mailing list
cfe-com
nikic wrote:
Normal clang creates a driver using the default target triple here:
https://github.com/llvm/llvm-project/blob/754a8add57098ef71e4a51a9caa0cc175e94377d/clang/tools/driver/driver.cpp#L485
clang-repl appears to use IncrementalCompilerBuilder, which uses
`getProcessTriple()` here:
ht
@@ -276,13 +276,44 @@ void FormatTokenLexer::tryMergePreviousTokens() {
return;
}
}
- // TableGen's Multi line string starts with [{
- if (Style.isTableGen() && tryMergeTokens({tok::l_square, tok::l_brace},
- TT_TableGenMu
https://github.com/nikic closed https://github.com/llvm/llvm-project/pull/79808
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Nikita Popov
Date: 2024-01-29T14:53:48+01:00
New Revision: 6d242914d784ed848d0f87bf6df9b6b2f2b27566
URL:
https://github.com/llvm/llvm-project/commit/6d242914d784ed848d0f87bf6df9b6b2f2b27566
DIFF:
https://github.com/llvm/llvm-project/commit/6d242914d784ed848d0f87bf6df9b6b2f2b27566.diff
vgvassilev wrote:
@nikic, thanks for the details!
Until this change we sailed fairly well with that change. It seems that the pcm
rigorously records the clang notion of the triple which is probably what we
want. However, if we are building a pcm in the context of `clang-repl` would it
make s
https://github.com/jhuber6 edited
https://github.com/llvm/llvm-project/pull/79765
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/erichkeane approved this pull request.
https://github.com/llvm/llvm-project/pull/78720
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -797,6 +797,15 @@ static const Expr
*SubstituteConstraintExpressionWithoutSatisfaction(
if (Inst.isInvalid())
return nullptr;
+ // Set up a dummy 'instantiation' scope in the case of reference to function
+ // parameters that the surrounding function hasn't been in
https://github.com/erichkeane approved this pull request.
Please make sure you analyze any libcxx problems on this one.
https://github.com/llvm/llvm-project/pull/79698
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-b
@@ -6375,12 +6383,16 @@ ExprResult Sema::BuildCXXDefaultInitExpr(SourceLocation
Loc, FieldDecl *Field) {
ImmediateCallVisitor V(getASTContext());
if (!NestedDefaultChecking)
V.TraverseDecl(Field);
- if (V.HasImmediateCalls) {
+ if (V.HasImmediateCalls || InLifetimeEx
https://github.com/erichkeane commented:
So I like this! I think it is a good change. I WOULD like to see a release
note. I know this isn't particularly 'user visible', but I think, paired with
some sort of benchmark, that this would be useful to brag about.
We often run out of stack space
@@ -5934,6 +5938,40 @@ IntrinsicLibrary::genSum(mlir::Type resultType,
resultType, args);
}
+// SYSTEM
+void IntrinsicLibrary::genSystem(llvm::ArrayRef args) {
+ assert(args.size() == 2);
+ mlir::Value command = fir::getBase(args[0]);
+ const fir::Exte
https://github.com/yi-wu-arm edited
https://github.com/llvm/llvm-project/pull/74309
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ichaer updated
https://github.com/llvm/llvm-project/pull/75230
>From b65415f5b70591eae965cae1316054145d399158 Mon Sep 17 00:00:00 2001
From: Iuri Chaer
Date: Tue, 17 Oct 2023 13:52:13 +0100
Subject: [PATCH 01/14] [libc++][test] Add lower_bound complexity validation
tests pri
erichkeane wrote:
> However, a revert shouldn't be perceived as an impolite or unfriendly action.
> All contributions are welcome and appreciated. Reverting a commit is merely a
> way to deal with problems one at a time without blocking others or racing
> against the clock.
Unfortunately this
https://github.com/ichaer updated
https://github.com/llvm/llvm-project/pull/75230
>From b65415f5b70591eae965cae1316054145d399158 Mon Sep 17 00:00:00 2001
From: Iuri Chaer
Date: Tue, 17 Oct 2023 13:52:13 +0100
Subject: [PATCH 01/14] [libc++][test] Add lower_bound complexity validation
tests pri
https://github.com/Wheest updated
https://github.com/llvm/llvm-project/pull/77820
>From fe4cce6744d1e0feeac403874a5f79f907152377 Mon Sep 17 00:00:00 2001
From: Perry Gibson
Date: Thu, 11 Jan 2024 19:46:20 +0100
Subject: [PATCH 1/2] Added registration to CreatingADialect tutorial
---
mlir/docs
https://github.com/wangpc-pp approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/79811
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
JonChesterfield wrote:
The "generic IR" thing is more emergent behaviour than a documented /
intentional design.
This patch is fine - we shouldn't set macros to nonsense values - but if this
is a step towards building libc like the rocm-device-libs there may be push
back on that one.
https:/
https://github.com/JonChesterfield approved this pull request.
https://github.com/llvm/llvm-project/pull/79660
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/alexey-bataev approved this pull request.
LG
https://github.com/llvm/llvm-project/pull/79475
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -6375,12 +6383,16 @@ ExprResult Sema::BuildCXXDefaultInitExpr(SourceLocation
Loc, FieldDecl *Field) {
ImmediateCallVisitor V(getASTContext());
if (!NestedDefaultChecking)
V.TraverseDecl(Field);
- if (V.HasImmediateCalls) {
+ if (V.HasImmediateCalls || InLifetimeEx
Author: Joseph Huber
Date: 2024-01-29T08:46:14-06:00
New Revision: c9a6e993f7b349405b6c8f9244cd9cf0f56a6a81
URL:
https://github.com/llvm/llvm-project/commit/c9a6e993f7b349405b6c8f9244cd9cf0f56a6a81
DIFF:
https://github.com/llvm/llvm-project/commit/c9a6e993f7b349405b6c8f9244cd9cf0f56a6a81.diff
https://github.com/jhuber6 closed
https://github.com/llvm/llvm-project/pull/79660
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
thesamesam wrote:
Unfortunately, it's been a while since I've done Darwin (although may be doing
a bit more soon), so no ideas for that side yet.
https://github.com/llvm/llvm-project/pull/78534
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
h
https://github.com/dtemirbulatov created
https://github.com/llvm/llvm-project/pull/79842
…or size might be different.
The compiler doesn't know in advance if the streaming and non-streaming
vector-lengths are different, so it should be safe to give a warning diagnostic
to warn the user about
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Dinar Temirbulatov (dtemirbulatov)
Changes
…or size might be different.
The compiler doesn't know in advance if the streaming and non-streaming
vector-lengths are different, so it should be safe to give a warning diagnostic
to warn the u
https://github.com/yi-wu-arm edited
https://github.com/llvm/llvm-project/pull/74309
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/to268 created https://github.com/llvm/llvm-project/pull/79845
The N3006 Underspecified object declarations paper describes that
underspecified declarations should be diagnosed as an error.
Example snippet:
```c
struct S1 { int x, y; };
union U1 { int a; double b; };
enum E1 {
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Guillot Tony (to268)
Changes
The N3006 Underspecified object declarations paper describes that
underspecified declarations should be diagnosed as an error.
Example snippet:
```c
struct S1 { int x, y; };
union U1 { int a; double b; };
enum
shamithoke wrote:
@danilaml
https://github.com/llvm/llvm-project/pull/77106
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -11012,6 +11012,50 @@ SDValue ReconstructShuffleWithRuntimeMask(SDValue Op,
SelectionDAG &DAG) {
MaskSourceVec);
}
+// Check if Op is a BUILD_VECTOR with 2 extracts and a load that is cheaper to
+// insert into a vector and use a shuffle. This improves lowering for l
@@ -11012,6 +11012,50 @@ SDValue ReconstructShuffleWithRuntimeMask(SDValue Op,
SelectionDAG &DAG) {
MaskSourceVec);
}
+// Check if Op is a BUILD_VECTOR with 2 extracts and a load that is cheaper to
+// insert into a vector and use a shuffle. This improves lowering for l
@@ -21248,6 +21297,51 @@ static SDValue foldTruncStoreOfExt(SelectionDAG &DAG,
SDNode *N) {
return SDValue();
}
+// A custom combine to lower load <3 x i8> as the more efficient sequence
+// below:
+//ldrb wX, [x0, #2]
+//ldrh wY, [x0]
+//orr wX, wY, wX, lsl #16
https://github.com/TNorthover commented:
Not a fan, but if we must then I think there might still be some gaps...
https://github.com/llvm/llvm-project/pull/78632
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mai
@@ -7639,6 +7639,8 @@ def err_attribute_arm_mve_polymorphism : Error<
"'__clang_arm_mve_strict_polymorphism' attribute can only be applied to an
MVE/NEON vector type">;
def err_attribute_webassembly_funcref : Error<
"'__funcref' attribute can only be applied to a function
https://github.com/TNorthover edited
https://github.com/llvm/llvm-project/pull/78632
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -11012,6 +11012,50 @@ SDValue ReconstructShuffleWithRuntimeMask(SDValue Op,
SelectionDAG &DAG) {
MaskSourceVec);
}
+// Check if Op is a BUILD_VECTOR with 2 extracts and a load that is cheaper to
+// insert into a vector and use a shuffle. This improves lowering for 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 23b233c8adad5b81e185e50d04356fab64c2f870
fe082a252d7290730f39228736d93eeea992e041 --
https://github.com/to268 updated https://github.com/llvm/llvm-project/pull/79845
>From fe082a252d7290730f39228736d93eeea992e041 Mon Sep 17 00:00:00 2001
From: Guillot Tony
Date: Mon, 29 Jan 2024 15:14:32 +0100
Subject: [PATCH 1/2] Implementation base of N3006 Underspecified object
declarations
to268 wrote:
CC: @AaronBallman
https://github.com/llvm/llvm-project/pull/79845
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
shamithoke wrote:
@danilaml
https://github.com/llvm/llvm-project/pull/77107
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/shamithoke updated
https://github.com/llvm/llvm-project/pull/77107
>From a0ccb2cbe3882a6ea8bb020dd54460f57dd84a90 Mon Sep 17 00:00:00 2001
From: shami
Date: Thu, 28 Dec 2023 21:29:36 +0530
Subject: [PATCH] LLVM_FAULTMAPS section can be put after the DWARF section.
---
llvm/
@@ -6375,12 +6383,16 @@ ExprResult Sema::BuildCXXDefaultInitExpr(SourceLocation
Loc, FieldDecl *Field) {
ImmediateCallVisitor V(getASTContext());
if (!NestedDefaultChecking)
V.TraverseDecl(Field);
- if (V.HasImmediateCalls) {
+ if (V.HasImmediateCalls || InLifetimeEx
https://github.com/labrinea updated
https://github.com/llvm/llvm-project/pull/79614
>From 9c7d2d02f59af921cd49f5969b35cbddbec7dfec Mon Sep 17 00:00:00 2001
From: Alexandros Lamprineas
Date: Fri, 26 Jan 2024 10:28:19 +
Subject: [PATCH] [AArch64][TargetParser] Add mcpu alias for Microsoft Azu
cor3ntin wrote:
Here is what I'd like to do @yronglin
Revert the changes to BuildCXXDefaultInit.
And land it in main.
Then we'll have a few weeks to decide if we backport it to 18. Dies that sound
good to you?
https://github.com/llvm/llvm-project/pull/76361
_
@@ -429,7 +429,7 @@ C++23 implementation status
Lifetime extension in range-based for loops
https://wg21.link/P2718R0";>P2718R0
- No
+ Clang 18
cor3ntin wrote:
```suggestion
Clang 19
```
https://github.com/llvm/llvm-project/pu
shamithoke wrote:
@espindola
https://github.com/llvm/llvm-project/pull/77107
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
shamithoke wrote:
@SeanEveson
https://github.com/llvm/llvm-project/pull/77106
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -9896,9 +9903,13 @@ Expected ASTImporter::Import(FileID FromID, bool
IsBuiltin) {
// FIXME: The filename may be a virtual name that does probably not
// point to a valid file and we get no Entry here. In this case try
with
// the memory buffer below
https://github.com/bolshakov-a updated
https://github.com/llvm/llvm-project/pull/79764
>From b3debeb88fdc3d50f257be56f3e60ae7bf83cc07 Mon Sep 17 00:00:00 2001
From: Bolshakov
Date: Sun, 28 Jan 2024 21:12:10 +0300
Subject: [PATCH] Fix crashes on 'StructuralValue'
`OpaqueValueExpr` doesn't neces
https://github.com/shamithoke updated
https://github.com/llvm/llvm-project/pull/77106
>From e939dbedfa4cd875858825e890310d2581bfa525 Mon Sep 17 00:00:00 2001
From: shami
Date: Thu, 28 Dec 2023 21:19:36 +0530
Subject: [PATCH 1/2] Add STACK_SIZES section for MachOS.
---
llvm/lib/MC/MCObjectFile
https://github.com/yronglin updated
https://github.com/llvm/llvm-project/pull/76361
>From cff4446c697e4abfb18ea0a17ca2b6596c23015f Mon Sep 17 00:00:00 2001
From: yronglin
Date: Sat, 27 Jan 2024 23:25:57 +0800
Subject: [PATCH 1/2] [Clang] Implement P2718R0 "Lifetime extension in
range-based for
@@ -429,7 +429,7 @@ C++23 implementation status
Lifetime extension in range-based for loops
https://wg21.link/P2718R0";>P2718R0
- No
+ Clang 18
yronglin wrote:
done
https://github.com/llvm/llvm-project/pull/76361
___
@@ -5934,6 +5938,40 @@ IntrinsicLibrary::genSum(mlir::Type resultType,
resultType, args);
}
+// SYSTEM
+void IntrinsicLibrary::genSystem(llvm::ArrayRef args) {
+ assert(args.size() == 2);
+ mlir::Value command = fir::getBase(args[0]);
+ const fir::Exte
https://github.com/erichkeane approved this pull request.
https://github.com/llvm/llvm-project/pull/79764
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tblah approved this pull request.
LGTM, thanks!
https://github.com/llvm/llvm-project/pull/74309
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -9896,9 +9903,13 @@ Expected ASTImporter::Import(FileID FromID, bool
IsBuiltin) {
// FIXME: The filename may be a virtual name that does probably not
// point to a valid file and we get no Entry here. In this case try
with
// the memory buffer below
yronglin wrote:
> Here is what I'd like to do @yronglin Revert the changes to
> BuildCXXDefaultInit. And land it in main. Then we'll have a few weeks to
> decide if we backport it to 18. Dies that sound good to you?
Yeah, it's looks good to me, I have reverted changes for `CXXDefaultInitExpr`.
https://github.com/yronglin updated
https://github.com/llvm/llvm-project/pull/76361
>From cff4446c697e4abfb18ea0a17ca2b6596c23015f Mon Sep 17 00:00:00 2001
From: yronglin
Date: Sat, 27 Jan 2024 23:25:57 +0800
Subject: [PATCH 1/3] [Clang] Implement P2718R0 "Lifetime extension in
range-based for
https://github.com/preames approved this pull request.
LGTM as well.
https://github.com/llvm/llvm-project/pull/79811
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
aaupov wrote:
Status update:
- [sanitizer-windows](https://lab.llvm.org/buildbot/#/builders/127): back to
green starting with https://lab.llvm.org/buildbot/#/builders/127/builds/61505
-
[libc-aarch64-ubuntu-fullbuild-dbg](https://lab.llvm.org/buildbot/#/builders/223):
green https://lab.llvm.or
Author: Alex Bradbury
Date: 2024-01-29T15:58:54Z
New Revision: d833b9d677c9dd0a35a211e2fdfada21ea9a464b
URL:
https://github.com/llvm/llvm-project/commit/d833b9d677c9dd0a35a211e2fdfada21ea9a464b
DIFF:
https://github.com/llvm/llvm-project/commit/d833b9d677c9dd0a35a211e2fdfada21ea9a464b.diff
LOG:
https://github.com/asb closed https://github.com/llvm/llvm-project/pull/79811
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/davemgreen approved this pull request.
Thanks. LGTM too.
https://github.com/llvm/llvm-project/pull/79614
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jwestwood921 closed
https://github.com/llvm/llvm-project/pull/79583
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -7639,6 +7639,8 @@ def err_attribute_arm_mve_polymorphism : Error<
"'__clang_arm_mve_strict_polymorphism' attribute can only be applied to an
MVE/NEON vector type">;
def err_attribute_webassembly_funcref : Error<
"'__funcref' attribute can only be applied to a function
101 - 200 of 526 matches
Mail list logo
