https://github.com/vitalybuka updated
https://github.com/llvm/llvm-project/pull/77162
___
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/77162
___
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/kstoimenov approved this pull request.
https://github.com/llvm/llvm-project/pull/77162
___
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/77163
___
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/77162
___
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/77162
___
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/77163
___
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/MaskRay approved this pull request.
https://github.com/llvm/llvm-project/pull/77163
___
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-compiler-rt-sanitizer
Author: Vitaly Buka (vitalybuka)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/77162.diff
3 Files Affected:
- (modified) compiler-rt/lib/sanitizer_common/sanitizer_common.h (+1-1)
- (modified)
llvmbot wrote:
@llvm/pr-subscribers-compiler-rt-sanitizer
Author: Vitaly Buka (vitalybuka)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/77163.diff
2 Files Affected:
- (modified) compiler-rt/lib/ubsan/ubsan_diag.cpp (+1-1)
- (modified)
https://github.com/vitalybuka created
https://github.com/llvm/llvm-project/pull/77163
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 updated
https://github.com/llvm/llvm-project/pull/77152
___
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/77152
___
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/77162
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/kstoimenov approved this pull request.
https://github.com/llvm/llvm-project/pull/77146
___
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/77145
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
vitalybuka wrote:
> > Probably it's not important, as it should not happen, but if all frames are
> > internal we should pick top, not the bottom frame.
>
> If we encounter a case that "should not happen", wouldn't it be better to
> fail/assert?
usually should not happen
e.g. without
https://github.com/vitalybuka edited
https://github.com/llvm/llvm-project/pull/77145
___
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/77145
___
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-compiler-rt-sanitizer
Author: Vitaly Buka (vitalybuka)
Changes
And replace most `ClearAll()` uses.
---
Full diff: https://github.com/llvm/llvm-project/pull/77152.diff
7 Files Affected:
- (modified) compiler-rt/lib/asan/asan_suppressions.cpp (+3-4)
https://github.com/vitalybuka updated
https://github.com/llvm/llvm-project/pull/77146
___
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/77152
And replace most `ClearAll()` uses.
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://github.com/vitalybuka updated
https://github.com/llvm/llvm-project/pull/77146
___
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/77145
___
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/77145
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
thurstond wrote:
> Probably it's not important, as it should not happen, but if all frames are
> internal we should pick top, not the bottom frame.
If we encounter a case that "should not happen", wouldn't it be better to
fail/assert?
https://github.com/llvm/llvm-project/pull/77145
https://github.com/thurstond approved this pull request.
https://github.com/llvm/llvm-project/pull/77144
___
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-compiler-rt-sanitizer
Author: Vitaly Buka (vitalybuka)
Changes
Probably it's not important, as it should not happen,
but if all frames are internal we should pick top, not
the bottom frame.
---
Full diff:
llvmbot wrote:
@llvm/pr-subscribers-compiler-rt-sanitizer
Author: Vitaly Buka (vitalybuka)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/77146.diff
3 Files Affected:
- (modified) compiler-rt/lib/sanitizer_common/sanitizer_common.h (+3)
- (modified)
llvmbot wrote:
@llvm/pr-subscribers-compiler-rt-sanitizer
Author: Vitaly Buka (vitalybuka)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/77144.diff
1 Files Affected:
- (modified) compiler-rt/lib/tsan/rtl/tsan_report.cpp (+3-3)
``diff
diff --git
https://github.com/vitalybuka created
https://github.com/llvm/llvm-project/pull/77145
Probably it's not important, as it should not happen,
but if all frames are internal we should pick top, not
the bottom frame.
___
llvm-branch-commits mailing
https://github.com/vitalybuka created
https://github.com/llvm/llvm-project/pull/77146
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/77144
None
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
mordante wrote:
> > Then I can prohibit clang-16 and clang-17.
>
> Yeah, that's the solution. clang-tidy defines the same version macros as
> clang does, so prohibiting it from clang-16 is the same as prohibiting it for
> clang-tidy 16.
What makes it currently hard for modules is that in the
philnik777 wrote:
> > > Oh shit. I just realized that this is most likely a latent bug no matter
> > > what. We build the module with Clang 18, and then essentially try to load
> > > it with Clang 17 (aka Clang Tidy 17). AFAIK that's not guaranteed to
> > > work, and probably just happens to
mordante wrote:
> > Oh shit. I just realized that this is most likely a latent bug no matter
> > what. We build the module with Clang 18, and then essentially try to load
> > it with Clang 17 (aka Clang Tidy 17). AFAIK that's not guaranteed to work,
> > and probably just happens to work
https://github.com/Dinistro updated
https://github.com/llvm/llvm-project/pull/77093
>From 33ee6deadd6318adcfc45dba1d39bc38514bcd4b Mon Sep 17 00:00:00 2001
From: Christian Ulmann
Date: Fri, 5 Jan 2024 13:20:10 +
Subject: [PATCH 1/2] [MLIR][LLVM] Add distinct identifier to the DISubprogram
https://github.com/gysit approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/77093
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -66,12 +66,28 @@ static void addScopeToFunction(LLVM::LLVMFuncOp llvmFunc,
LLVM::DISubroutineTypeAttr::get(context, llvm::dwarf::DW_CC_normal, {});
StringAttr funcNameAttr = llvmFunc.getNameAttr();
- auto subprogramAttr = LLVM::DISubprogramAttr::get(
-
https://github.com/gysit edited https://github.com/llvm/llvm-project/pull/77093
___
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-mlir-llvm
@llvm/pr-subscribers-flang-fir-hlfir
@llvm/pr-subscribers-mlir
Author: Christian Ulmann (Dinistro)
Changes
This commit adds an optional distinct attribute parameter to the
DISubprogramAttr. This enables modeling of distinct subprograms, as
https://github.com/Dinistro created
https://github.com/llvm/llvm-project/pull/77093
This commit adds an optional distinct attribute parameter to the
DISubprogramAttr. This enables modeling of distinct subprograms, as required
for LLVM IR. This change is required to avoid accidential uniquing
@@ -59,6 +68,8 @@ struct PfmCountersInfo {
const IssueCounter *IssueCounters;
unsigned NumIssueCounters;
+ std::unordered_map ValidationCounters;
legrosbuffle wrote:
`unordered_map` means that:
- We'll allocate on startup.
- We don't have consistent
@@ -28,6 +28,22 @@ class PfmIssueCounter
string ResourceName = resource_name;
}
+class ValidationEvent {
legrosbuffle wrote:
This needs doc to explain what a `ValidationEvent` and `PfmValidationCounter`
are.
RKSimon wrote:
Thanks, no more comments from me - but a exegesis owner should review the rest
https://github.com/llvm/llvm-project/pull/76788
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
philnik777 wrote:
> > Oh shit. I just realized that this is most likely a latent bug no matter
> > what. We build the module with Clang 18, and then essentially try to load
> > it with Clang 17 (aka Clang Tidy 17). AFAIK that's not guaranteed to work,
> > and probably just happens to work
H-G-Hristov wrote:
> Oh shit. I just realized that this is most likely a latent bug no matter
> what. We build the module with Clang 18, and then essentially try to load it
> with Clang 17 (aka Clang Tidy 17). AFAIK that's not guaranteed to work, and
> probably just happens to work currently
47 matches
Mail list logo