[llvm-dev] RFC: Reducing metadata in LLVM tests

[Djordje Todorovic via llvm-dev]

Hi Adrian,

I'm not opposed to adding something like this into the llvm-reduce (ReduceMetadata) utility, and I think it will be a better way.
@Jeremy Morse<mailto:jeremy.morse at sony.com> has mentioned that someone from SONY is working on something like this -- I am happy with that and I just want to avoid redundant work.

Best regards,
Djordje

________________________________
From: Adrian Prantl <aprantl at apple.com>
Sent: Friday, June 4, 2021 7:42 PM
To: Djordje Todorovic <Djordje.Todorovic at syrmia.com>
Cc: llvm-dev at lists.llvm.org <llvm-dev at lists.llvm.org>; Jeremy Morse <jeremy.morse at sony.com>; Petar Jovanovic <petar.jovanovic at syrmia.com>; asowda at cisco.com <asowda at cisco.com>; ibaev at cisco.com <ibaev at cisco.com>
Subject: Re: RFC: Reducing metadata in LLVM tests

Hi Djordje,

I think something like this would be super useful. Can you explain how it differs from the metadata reduction in bugpoint and to what degree the two share (or could share) code?

-- adrian

On Jun 4, 2021, at 7:06 AM, Djordje Todorovic <djordje.todorovic at syrmia.com<mailto:djordje.todorovic at syrmia.com>> wrote:

Hi,

We are seeing that the LLVM test suite grows every day, so there is always a need for reducing the new tests as well as the old ones. There are tools designed to do that, e.g. [0] and [1]. When an IR (or MIR) test contains Debug Info, the LLVM DI Metadata makes the test obviously longer. Not all of these metadata are always necessary for the test, so reviewers frequently ask patch submitters for a reduced test case in terms of DI Metadata by recommending some tricks described in [2]. The [2] is just a small proposal for a utility tool that will save us some time (when fully implemented) during making the patches as well as when doing code reviews -- any thoughts on this?

[0] https://llvm.org/docs/CommandGuide/bugpoint.html
[1] https://blog.regehr.org/archives/2109
[2] https://github.com/djolertrk/llvm-metadataburn

Best regards,
Djordje

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210607/94f8c3b8/attachment.html>