Author: Diana Picus
Date: 2024-09-12T09:51:27+02:00
New Revision: ecd542d0e8ee3a37e979ff761ab3c633bcda5baf
URL:
https://github.com/llvm/llvm-project/commit/ecd542d0e8ee3a37e979ff761ab3c633bcda5baf
DIFF:
https://github.com/llvm/llvm-project/commit/ecd542d0e8ee3a37e979ff761ab3c633bcda5baf.diff
L
https://github.com/vitalybuka created
https://github.com/llvm/llvm-project/pull/108349
None
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/vitalybuka created
https://github.com/llvm/llvm-project/pull/108348
And rename it into __sanitizer_get_dtls_size.
The test will be in a separate patch, as I
expected reverts of the test.
___
llvm-branch-commits mailing list
llvm-
Patryk27 wrote:
@benshi001 / @aykevl, is there something we can do to push this forward or it's
waiting for someone else?
https://github.com/llvm/llvm-project/pull/106993
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://
https://github.com/cor3ntin updated
https://github.com/llvm/llvm-project/pull/107214
>From 8290ce0998788b6a575ed7b4988b093f48c25b3d Mon Sep 17 00:00:00 2001
From: cor3ntin
Date: Tue, 3 Sep 2024 20:36:15 +0200
Subject: [PATCH] [Clang] Fix handling of placeholder variables name in init
captures
https://github.com/cor3ntin closed
https://github.com/llvm/llvm-project/pull/107214
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
cor3ntin wrote:
@tru done
https://github.com/llvm/llvm-project/pull/107214
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/cor3ntin reopened
https://github.com/llvm/llvm-project/pull/107214
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/matthias-springer created
https://github.com/llvm/llvm-project/pull/108359
The dialect conversion maintains a set of unresolved materializations
(`UnrealizedConversionCastOp`). Turn that set into a `DenseMap` that maps from
ops to `UnresolvedMaterializationRewrite *`. This i
llvmbot wrote:
@llvm/pr-subscribers-mlir-core
Author: Matthias Springer (matthias-springer)
Changes
The dialect conversion maintains a set of unresolved materializations
(`UnrealizedConversionCastOp`). Turn that set into a `DenseMap` that maps from
ops to `UnresolvedMaterializationRewrit
https://github.com/gbMattN updated
https://github.com/llvm/llvm-project/pull/95387
>From 8099113d68bd7c47c29f635bb10a048ddb99833b Mon Sep 17 00:00:00 2001
From: Matthew Nagy
Date: Fri, 28 Jun 2024 16:12:31 +
Subject: [PATCH 1/2] [TySan] Fixed false positive when accessing global
object's m
@@ -935,8 +909,10 @@ struct ConversionPatternRewriterImpl : public
RewriterBase::Listener {
/// to modify/access them is invalid rewriter API usage.
SetVector replacedOps;
- /// A set of all unresolved materializations.
- DenseSet unresolvedMaterializations;
+ /// A ma
https://github.com/joker-eph approved this pull request.
https://github.com/llvm/llvm-project/pull/108359
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/gbMattN updated
https://github.com/llvm/llvm-project/pull/95387
>From 8099113d68bd7c47c29f635bb10a048ddb99833b Mon Sep 17 00:00:00 2001
From: Matthew Nagy
Date: Fri, 28 Jun 2024 16:12:31 +
Subject: [PATCH] [TySan] Fixed false positive when accessing global object's
membe
aykevl wrote:
I think it's up to the release managers now to merge this PR.
https://github.com/llvm/llvm-project/pull/106993
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-br
https://github.com/matthias-springer created
https://github.com/llvm/llvm-project/pull/108381
PR #106760 aligned the handling of dropped block arguments and dropped op
results. The two helper functions that insert source materializations for uses
of replaced block arguments / op results that s
llvmbot wrote:
@llvm/pr-subscribers-mlir-spirv
@llvm/pr-subscribers-mlir
@llvm/pr-subscribers-mlir-core
Author: Matthias Springer (matthias-springer)
Changes
PR #106760 aligned the handling of dropped block arguments and dropped
op results. The two helper functions that insert source mate
https://github.com/joker-eph approved this pull request.
https://github.com/llvm/llvm-project/pull/108381
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -558,8 +558,8 @@ func.func @deinterleave(%a: vector<4xf32>) ->
(vector<2xf32>, vector<2xf32>) {
// CHECK-LABEL: func @deinterleave_scalar
// CHECK-SAME: (%[[ARG0:.+]]: vector<2xf32>)
-// CHECK: %[[EXTRACT0:.*]] = spirv.CompositeExtract %[[ARG0]][0 : i32] :
vector<2x
https://github.com/gbMattN created
https://github.com/llvm/llvm-project/pull/108385
Fixes issue #105960
If a member in a struct is also a struct, accessing a member partway through
this inner struct currently causes a false positive. This is because when
checking aliasing, the access offset i
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-compiler-rt-sanitizer
Author: None (gbMattN)
Changes
Fixes issue #105960
If a member in a struct is also a struct, accessing a member partway through
this inner struct currently causes a false positive. This is because when
checking aliasing, the acce
https://github.com/gbMattN updated
https://github.com/llvm/llvm-project/pull/108385
>From d312bd99486dc7fbff79b880026512e949e7d212 Mon Sep 17 00:00:00 2001
From: Matthew Nagy
Date: Thu, 12 Sep 2024 12:36:57 +
Subject: [PATCH] [TySan] Fix struct access with different bases
---
compiler-rt/
gbMattN wrote:
(Manually pinging potential reviewers) @tavianator @fhahn
https://github.com/llvm/llvm-project/pull/108385
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bran
https://github.com/gbMattN updated
https://github.com/llvm/llvm-project/pull/108385
>From 91f560d69a6dd21cf177f8969422b478cd4e5f5e Mon Sep 17 00:00:00 2001
From: Matthew Nagy
Date: Thu, 12 Sep 2024 12:36:57 +
Subject: [PATCH] [TySan] Fix struct access with different bases
---
compiler-rt/
https://github.com/gbMattN updated
https://github.com/llvm/llvm-project/pull/108385
>From 65f1e1fce67bfc9ae60f83abe6d3b487a174c6b1 Mon Sep 17 00:00:00 2001
From: Matthew Nagy
Date: Thu, 12 Sep 2024 12:36:57 +
Subject: [PATCH] [TySan] Fix struct access with different bases
---
compiler-rt/
https://github.com/matthias-springer updated
https://github.com/llvm/llvm-project/pull/108381
>From 0fd4cb81dbf6e9c2766a086e2e3fdffd3cf67510 Mon Sep 17 00:00:00 2001
From: Matthias Springer
Date: Thu, 12 Sep 2024 14:49:23 +0200
Subject: [PATCH] [mlir][Transforms] Dialect conversion: Unify mater
llvmbot wrote:
@arsenm What do you think about merging this PR to the release branch?
https://github.com/llvm/llvm-project/pull/108397
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listin
https://github.com/llvmbot milestoned
https://github.com/llvm/llvm-project/pull/108397
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/llvmbot created
https://github.com/llvm/llvm-project/pull/108397
Backport 8f77d37f256809766fd83a09c6d144b785e9165a
Requested by: @nikic
>From 3d14aafa9c51b816d9bc1792898de9df84cc2fd6 Mon Sep 17 00:00:00 2001
From: Princeton Ferro
Date: Wed, 4 Sep 2024 07:18:53 -0700
Subject
llvmbot wrote:
@llvm/pr-subscribers-llvm-selectiondag
Author: None (llvmbot)
Changes
Backport 8f77d37f256809766fd83a09c6d144b785e9165a
Requested by: @nikic
---
Full diff: https://github.com/llvm/llvm-project/pull/108397.diff
1 Files Affected:
- (modified) llvm/lib/CodeGen/SelectionDAG
@@ -2546,87 +2522,61 @@ static Operation *findLiveUserOfReplaced(
return nullptr;
}
-LogicalResult OperationConverter::legalizeConvertedOpResultTypes(
-ConversionPatternRewriter &rewriter,
-ConversionPatternRewriterImpl &rewriterImpl,
-DenseMap> &inverseMapping)
https://github.com/kuhar edited https://github.com/llvm/llvm-project/pull/108381
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -2546,87 +2522,61 @@ static Operation *findLiveUserOfReplaced(
return nullptr;
}
-LogicalResult OperationConverter::legalizeConvertedOpResultTypes(
-ConversionPatternRewriter &rewriter,
-ConversionPatternRewriterImpl &rewriterImpl,
-DenseMap> &inverseMapping)
ilya-biryukov wrote:
I got to a small reproducer that only uses STL, but it only produces an error
in our environment and if I try it with this patch, the error goes away.
I am probably missing something subtle, will dig deeper tomorrow.
Sorry for another delay.
https://github.com/llvm/llvm-pr
@@ -128,6 +128,10 @@ static bool isAliasingLegalUp(tysan_type_descriptor *TDA,
break;
}
+ //You can't have negative offset, you must be partially inside the last
type
+ if (TDA->Struct.Members[Idx].Offset > OffsetA)
+Idx -=1;
+
--
https://github.com/tavianator commented:
This fixes my reduced testcase but not the unreduced one. I'll try to make a
new reduction.
https://github.com/llvm/llvm-project/pull/108385
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.
https://github.com/tavianator edited
https://github.com/llvm/llvm-project/pull/108385
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
lukel97 wrote:
The run just finished, I'm seeing a 0.75% improvement on 500.perlbench_r, no
regressions or improvements on the other benchmarks as far as I can see. Seems
to check out with the number of memcmps inlined reported for perlbench!
https://github.com/llvm/llvm-project/pull/107548
__
https://github.com/thurstond approved this pull request.
https://github.com/llvm/llvm-project/pull/108348
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/thurstond approved this pull request.
https://github.com/llvm/llvm-project/pull/108349
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
fmayer wrote:
Maybe improve the message a bit so people don't have to look at another pull
request to understand what this is about?
https://github.com/llvm/llvm-project/pull/108349
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.o
https://github.com/llvmbot created
https://github.com/llvm/llvm-project/pull/108422
Backport ab96409180aaad5417030f06a386253722a99d71
Requested by: @tstellar
>From 5ec4f6033e5ad37f3a6f30ca48b74305770e5796 Mon Sep 17 00:00:00 2001
From: Tom Stellard
Date: Thu, 12 Sep 2024 09:50:57 -0700
Subjec
https://github.com/llvmbot milestoned
https://github.com/llvm/llvm-project/pull/108422
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
llvmbot wrote:
@llvm/pr-subscribers-github-workflow
Author: None (llvmbot)
Changes
Backport ab96409180aaad5417030f06a386253722a99d71
Requested by: @tstellar
---
Full diff: https://github.com/llvm/llvm-project/pull/108422.diff
1 Files Affected:
- (modified) .github/workflows/release-bi
https://github.com/vitalybuka edited
https://github.com/llvm/llvm-project/pull/108349
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/vitalybuka edited
https://github.com/llvm/llvm-project/pull/108349
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
vitalybuka wrote:
> Maybe improve the message a bit so people don't have to look at another pull
> request to understand what this is about?
done
https://github.com/llvm/llvm-project/pull/108349
___
llvm-branch-commits mailing list
llvm-branch-commit
https://github.com/vitalybuka updated
https://github.com/llvm/llvm-project/pull/108348
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/vitalybuka updated
https://github.com/llvm/llvm-project/pull/108349
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/vitalybuka updated
https://github.com/llvm/llvm-project/pull/108349
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/vitalybuka updated
https://github.com/llvm/llvm-project/pull/108348
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/99891
>From 36197b175681d07b4704e576fb008cec3cc1e05e Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Wed, 28 Aug 2024 21:10:25 +0200
Subject: [PATCH 1/2] Reworked block probe matching
Use new probe ifaces
Get all func
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/99891
>From 36197b175681d07b4704e576fb008cec3cc1e05e Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Wed, 28 Aug 2024 21:10:25 +0200
Subject: [PATCH 1/2] Reworked block probe matching
Use new probe ifaces
Get all func
@@ -58,8 +59,158 @@ const BinaryFunction *YAMLProfileWriter::setCSIDestination(
return nullptr;
}
+std::vector
+YAMLProfileWriter::collectInlineTree(
+const MCPseudoProbeDecoder &Decoder,
+const MCDecodedPseudoProbeInlineTree &Root) {
+ auto getHash = [&](const MCDe
@@ -14,29 +14,31 @@
# RUN: FileCheck --input-file %t.yaml2 %s --check-prefix CHECK-YAML
# CHECK-YAML: name: bar
# CHECK-YAML: - bid: 0
-# CHECK-YAML: pseudo_probes: [ { guid: 0xE413754A191DB537, id: 1, type: 0 },
{ guid: 0xE413754A191DB537, id: 4, type: 0 } ]
-# CHECK-YAML:
@@ -2421,11 +2433,14 @@ std::error_code
DataAggregator::writeBATYAML(BinaryContext &BC,
const uint32_t InputOffset = BAT->translate(
FuncAddr, OutputAddress - FuncAddr, /*IsBranchSrc=*/true);
const unsigned BlockIndex = getBlock(InputOff
@@ -58,8 +59,158 @@ const BinaryFunction *YAMLProfileWriter::setCSIDestination(
return nullptr;
}
+std::vector
+YAMLProfileWriter::collectInlineTree(
+const MCPseudoProbeDecoder &Decoder,
+const MCDecodedPseudoProbeInlineTree &Root) {
+ auto getHash = [&](const MCDe
tavianator wrote:
Here's the new testcase. Not sure if this bug is related or not. It has to do
with `memcpy()`; if you replace the call with the commented-out line above it,
it works.
```c
struct node {
struct node *next;
};
struct list {
struct node *head, **tail;
};
int
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/107137
>From 50c021b09950cf7d6a8f25b1ac0dec246f2325f5 Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Tue, 3 Sep 2024 11:38:04 -0700
Subject: [PATCH 1/6] update pseudoprobe-decoding-inline.test
Created using spr 1.3.4
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/107137
>From 50c021b09950cf7d6a8f25b1ac0dec246f2325f5 Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Tue, 3 Sep 2024 11:38:04 -0700
Subject: [PATCH 1/6] update pseudoprobe-decoding-inline.test
Created using spr 1.3.4
@@ -14,29 +14,31 @@
# RUN: FileCheck --input-file %t.yaml2 %s --check-prefix CHECK-YAML
# CHECK-YAML: name: bar
# CHECK-YAML: - bid: 0
-# CHECK-YAML: pseudo_probes: [ { guid: 0xE413754A191DB537, id: 1, type: 0 },
{ guid: 0xE413754A191DB537, id: 4, type: 0 } ]
-# CHECK-YAML:
tavianator wrote:
I guess the bug there is that the memcpy() interceptor literally copies the
dynamic type from `node->next` to `list->head`. Then `list->head` is accessed
but tysan thinks the memory has type `struct node::next` which doesn't match.
https://github.com/llvm/llvm-project/pull/1
https://github.com/lanza created
https://github.com/llvm/llvm-project/pull/108444
https://llvm.github.io/clangir/GettingStarted/coding-guideline.html
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-
https://github.com/lanza closed https://github.com/llvm/llvm-project/pull/108444
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/rafaelauler approved this pull request.
Not an expert but looks good. Why is operator== in struct InlineTreeInfo always
returning false? Is this intentional?
https://github.com/llvm/llvm-project/pull/107137
___
llvm-branch-commits
rafaelauler wrote:
Sorry, didn't see lei was already reviewing this. Go ahead with his expert's
opinion, please.
https://github.com/llvm/llvm-project/pull/107137
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llv
aaupov wrote:
> Not an expert but looks good. Why is operator== in struct InlineTreeInfo
> always returning false? Is this intentional?
It's a quirk of YAML: `BinaryFunctionProfile` has `std::vector
InlineTree` as optional field. Optional fields compare against the default
value using `operat
https://github.com/wlei-llvm approved this pull request.
LGTM, thanks!
https://github.com/llvm/llvm-project/pull/107137
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-
aaupov wrote:
Thanks for a review, @wlei-llvm, @rafaelauler, @WenleiHe!
https://github.com/llvm/llvm-project/pull/107137
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/107137
>From 50c021b09950cf7d6a8f25b1ac0dec246f2325f5 Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Tue, 3 Sep 2024 11:38:04 -0700
Subject: [PATCH 1/6] update pseudoprobe-decoding-inline.test
Created using spr 1.3.4
https://github.com/aaupov updated
https://github.com/llvm/llvm-project/pull/107137
>From 50c021b09950cf7d6a8f25b1ac0dec246f2325f5 Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Tue, 3 Sep 2024 11:38:04 -0700
Subject: [PATCH 1/6] update pseudoprobe-decoding-inline.test
Created using spr 1.3.4
wangpc-pp wrote:
> The run just finished, I'm seeing a 0.75% improvement on 500.perlbench_r on
> the BPI F3 (-O3 -mcpu=spacemit-x60), no regressions or improvements on the
> other benchmarks as far as I can see. Seems to check out with the number of
> memcmps inlined reported for perlbench!
T
@@ -2113,3 +2113,17 @@ bool RISCVTTIImpl::shouldConsiderAddressTypePromotion(
}
return Considerable;
}
+
+RISCVTTIImpl::TTI::MemCmpExpansionOptions
+RISCVTTIImpl::enableMemCmpExpansion(bool OptSize, bool IsZeroCmp) const {
+ TTI::MemCmpExpansionOptions Options;
+ // FIXME
@@ -112,42 +104,46 @@ entry:
define i32 @bcmp_size_2(ptr %s1, ptr %s2) nounwind optsize {
; CHECK-ALIGNED-RV32-LABEL: bcmp_size_2:
; CHECK-ALIGNED-RV32: # %bb.0: # %entry
-; CHECK-ALIGNED-RV32-NEXT:addi sp, sp, -16
-; CHECK-ALIGNED-RV32-NEXT:sw ra, 12(sp) # 4-byte
@@ -1144,42 +2872,116 @@ entry:
define i32 @memcmp_size_4(ptr %s1, ptr %s2) nounwind {
; CHECK-ALIGNED-RV32-LABEL: memcmp_size_4:
; CHECK-ALIGNED-RV32: # %bb.0: # %entry
-; CHECK-ALIGNED-RV32-NEXT:addi sp, sp, -16
-; CHECK-ALIGNED-RV32-NEXT:sw ra, 12(sp) # 4-byte
https://github.com/topperc edited
https://github.com/llvm/llvm-project/pull/107548
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -1144,42 +2872,116 @@ entry:
define i32 @memcmp_size_4(ptr %s1, ptr %s2) nounwind {
; CHECK-ALIGNED-RV32-LABEL: memcmp_size_4:
; CHECK-ALIGNED-RV32: # %bb.0: # %entry
-; CHECK-ALIGNED-RV32-NEXT:addi sp, sp, -16
-; CHECK-ALIGNED-RV32-NEXT:sw ra, 12(sp) # 4-byte
topperc wrote:
> The run just finished, I'm seeing a 0.75% improvement on 500.perlbench_r on
> the BPI F3 (-O3 -mcpu=spacemit-x60), no regressions or improvements on the
> other benchmarks as far as I can see. Seems to check out with the number of
> memcmps inlined reported for perlbench!
Doe
wangpc-pp wrote:
> > The run just finished, I'm seeing a 0.75% improvement on 500.perlbench_r on
> > the BPI F3 (-O3 -mcpu=spacemit-x60), no regressions or improvements on the
> > other benchmarks as far as I can see. Seems to check out with the number of
> > memcmps inlined reported for perlb
lukel97 wrote:
> > > The run just finished, I'm seeing a 0.75% improvement on 500.perlbench_r
> > > on the BPI F3 (-O3 -mcpu=spacemit-x60), no regressions or improvements on
> > > the other benchmarks as far as I can see. Seems to check out with the
> > > number of memcmps inlined reported for
wangpc-pp wrote:
> > > > The run just finished, I'm seeing a 0.75% improvement on
> > > > 500.perlbench_r on the BPI F3 (-O3 -mcpu=spacemit-x60), no regressions
> > > > or improvements on the other benchmarks as far as I can see. Seems to
> > > > check out with the number of memcmps inlined re
https://github.com/wangpc-pp updated
https://github.com/llvm/llvm-project/pull/107548
>From f21cfcfc90330ee3856746b6315a81a00313b0e0 Mon Sep 17 00:00:00 2001
From: Wang Pengcheng
Date: Fri, 6 Sep 2024 17:20:51 +0800
Subject: [PATCH 1/5] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?=
=
https://github.com/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/108397
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
Author: cor3ntin
Date: 2024-09-12T12:41:44+02:00
New Revision: 8290ce0998788b6a575ed7b4988b093f48c25b3d
URL:
https://github.com/llvm/llvm-project/commit/8290ce0998788b6a575ed7b4988b093f48c25b3d
DIFF:
https://github.com/llvm/llvm-project/commit/8290ce0998788b6a575ed7b4988b093f48c25b3d.diff
LOG:
https://github.com/tru closed https://github.com/llvm/llvm-project/pull/107214
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
github-actions[bot] wrote:
@cor3ntin (or anyone else). If you would like to add a note about this fix in
the release notes (completely optional). Please reply to this comment with a
one or two sentence description of the fix. When you are done, please add the
release:note label to this PR.
https://github.com/tru updated https://github.com/llvm/llvm-project/pull/108422
>From 32a8b56bbf0a3c7678d44ba690427915446a9a72 Mon Sep 17 00:00:00 2001
From: Tom Stellard
Date: Thu, 12 Sep 2024 09:50:57 -0700
Subject: [PATCH] workflows/release-binaries: Fix automatic upload (#107315)
(cherry pi
https://github.com/tru closed https://github.com/llvm/llvm-project/pull/108422
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
github-actions[bot] wrote:
@tstellar (or anyone else). If you would like to add a note about this fix in
the release notes (completely optional). Please reply to this comment with a
one or two sentence description of the fix. When you are done, please add the
release:note label to this PR.
https://github.com/tru updated https://github.com/llvm/llvm-project/pull/104747
>From e475814473c5990a1409e24d4ecd56ce01546fd0 Mon Sep 17 00:00:00 2001
From: Alexey Bataev
Date: Thu, 15 Aug 2024 07:21:10 -0700
Subject: [PATCH 1/2] [SLP][NFC]Add a test with incorrect minbitwidth analysis
for red
https://github.com/tru updated https://github.com/llvm/llvm-project/pull/104747
>From 373180b440d04dc3cc0f6111b06684d18779d7c8 Mon Sep 17 00:00:00 2001
From: Alexey Bataev
Date: Thu, 15 Aug 2024 07:21:10 -0700
Subject: [PATCH] [SLP]Fix PR104422: Wrong value truncation
The minbitwidth restrictio
Author: Alexey Bataev
Date: 2024-09-13T07:58:38+02:00
New Revision: 373180b440d04dc3cc0f6111b06684d18779d7c8
URL:
https://github.com/llvm/llvm-project/commit/373180b440d04dc3cc0f6111b06684d18779d7c8
DIFF:
https://github.com/llvm/llvm-project/commit/373180b440d04dc3cc0f6111b06684d18779d7c8.diff
https://github.com/tru closed https://github.com/llvm/llvm-project/pull/104747
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
github-actions[bot] wrote:
@nikic (or anyone else). If you would like to add a note about this fix in the
release notes (completely optional). Please reply to this comment with a one or
two sentence description of the fix. When you are done, please add the
release:note label to this PR.
htt
https://github.com/tru closed https://github.com/llvm/llvm-project/pull/106008
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
tru wrote:
This will have to wait for LLVM 20. I know it's not optimal for zig, but
getting it in this late and it being abi breaking is tricky.
https://github.com/llvm/llvm-project/pull/106008
___
llvm-branch-commits mailing list
llvm-branch-commits@
tru wrote:
Can this be reviewed @cor3ntin @mizvekov
https://github.com/llvm/llvm-project/pull/106043
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
tru wrote:
Hi, since we are wrapping up LLVM 19.1.0 we are very strict with the fixes we
pick at this point. Can you please respond to the following questions to help
me understand if this has to be included in the final release or not.
Is this PR a fix for a regression or a critical issue?
tru wrote:
Just re-run the cherry-pick comment on the updated SHA.
https://github.com/llvm/llvm-project/pull/107990
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-comm
1 - 100 of 120 matches
Mail list logo
