Displaying 5 results from an estimated 5 matches for "remarkstreamer".
2019 Apr 30
4
RFC: Extending optimization reporting
...mind can broadly be organized into two categories: (1) ways to support different sorts of output, and (2) ways to create connections between different events represented in the report.
Near as I can tell, the only support we have in the code base is for YAML output. I think I could implement a new RemarkStreamer to get other formats, but nothing in the LLVM code base does that. Is that correct?
I'd like to be able to:
- Embed some subset of optimizations remarks as annotations in the generated assembly output
- Embed the remarks in the generated executable in a binary format consumed by the Intel Advi...
2020 Jan 06
2
Question about opt-report strings
Hi all,
I tried to poke my head into opt-report a while ago and didn't get very far. Now I'm looking at it again. I'm not sure I understand everything that's in place so my question here may be misguided.
I'm trying to understand the way strings are handled. When a remark is emitted, it seems that the string is constructed on the fly based on streaming inputs. For example,
2019 May 08
2
RFC: Extending optimization reporting
...e plans in this area as well. Francis is going to cover that part ...
(2) ways to create connections between different events represented in the report.
… let me cover this part.
Near as I can tell, the only support we have in the code base is for YAML output. I think I could implement a new RemarkStreamer to get other formats, but nothing in the LLVM code base does that. Is that correct?
I'd like to be able to:
- Embed some subset of optimizations remarks as annotations in the generated assembly output
- Embed the remarks in the generated executable in a binary format consumed by the Intel Advi...
2020 Aug 06
2
[RFC] Introduce Dump Accumulator
...eeds to be aware of all such extra files, and have a separate rule to copy
and concatenate them. This solution turned out to be much cleaner.
>From Hal's earlier message, it seems we already have something along the
lines of what we need in the "-remarks-section"
(llvm/lib/Remarks/RemarkStreamer.cpp or llvm/docs/Remarks.rst), so I think
we need to investigate what, if anything, needs to be added to fit our
scenarios.
>
> Seems to me like a roundabout way of doing concatenation of debug
> messages that could easily be done by a simple script and added to
> your build system.
&...
2020 Aug 05
3
[RFC] Introduce Dump Accumulator
On Wed, Aug 5, 2020 at 3:51 PM Eli Friedman <efriedma at quicinc.com> wrote:
> I’m not a fan of keeping important data outside the IR in an analysis. If
> we’re planning to emit it, it should be represented directly in the IR. Is
> there some reason we can’t just stick the data in a global variable?
>
The analysis in the scenarios here is external to LLVM - ML training, for