From: Nicola Vetrini <nicola.vetrini@bugseng.com>
To: "Roger Pau Monné" <roger.pau@citrix.com>
Cc: nicola.vetrini@gmail.com, xen-devel@lists.xenproject.org,
Andrew Cooper <andrew.cooper3@citrix.com>,
Anthony PERARD <anthony.perard@vates.tech>,
Michal Orzel <michal.orzel@amd.com>,
Jan Beulich <jbeulich@suse.com>, Julien Grall <julien@xen.org>,
Stefano Stabellini <sstabellini@kernel.org>
Subject: Re: [XEN PATCH] xen: Drop logic for old clang versions.
Date: Mon, 11 Aug 2025 11:37:46 +0200 [thread overview]
Message-ID: <2ca7082120df5e1ad6a29582d6dfb215@bugseng.com> (raw)
In-Reply-To: <aJmgCv4wgl-IHupn@macbook.local>
On 2025-08-11 09:47, Roger Pau Monné wrote:
> On Sun, Aug 10, 2025 at 03:03:53PM +0200, nicola.vetrini@gmail.com
> wrote:
>> From: Nicola Vetrini <nicola.vetrini@bugseng.com>
>>
>> The enforced toolchain baseline for clang is version 11,
>> therefore this logic is effectively dead code.
>>
>> No functional change.
>>
>> Signed-off-by: Nicola Vetrini <nicola.vetrini@gmail.com>
>
> Acked-by: Roger Pau Monné <roger.pau@citrix.com>
>
>> ---
>> Mentioned in https://gitlab.com/xen-project/xen/-/issues/201
>> ---
>> xen/common/coverage/llvm.c | 4 ----
>> xen/include/xen/self-tests.h | 9 +--------
>> 2 files changed, 1 insertion(+), 12 deletions(-)
>>
>> diff --git a/xen/common/coverage/llvm.c b/xen/common/coverage/llvm.c
>> index 50d7a3c5d301..517b2aa8c202 100644
>> --- a/xen/common/coverage/llvm.c
>> +++ b/xen/common/coverage/llvm.c
>> @@ -44,12 +44,8 @@
>> ((uint64_t)'f' << 16) | ((uint64_t)'R' << 8) | ((uint64_t)129)
>> #endif
>>
>> -#if __clang_major__ >= 4 || (__clang_major__ == 3 && __clang_minor__
>> >= 9)
>> #define LLVM_PROFILE_VERSION 4
>> #define LLVM_PROFILE_NUM_KINDS 2
>> -#else
>> -#error "clang version not supported with coverage"
>> -#endif
>
> Rant: most of the LLVM coverage stuff is already kind of dead code, as
> the format of the data changes between versions and there's no way for
> LLVM to generate the blob itself using a builtin function or
> similar. We haven't kept up with new formats, and now it's not
> possible to parse the output coverage data when using newish LLVM
> versions.
>
> Linux converts it's LLVM coverage data to gcov format (which AFAIK is
> way more stable), and exports it in gcov format. We should consider
> importing that from Linux.
>
> Thanks, Roger.
Fair point. Generally I found coverage reports generated using LLVM
tooling a bit more informative than gcov's, but I don't know how much
work would it be to adapt Xen for newer versions of LLVM.
--
Nicola Vetrini, B.Sc.
Software Engineer
BUGSENG (https://bugseng.com)
LinkedIn: https://www.linkedin.com/in/nicola-vetrini-a42471253
next prev parent reply other threads:[~2025-08-11 9:37 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-10 13:03 [XEN PATCH] xen: Drop logic for old clang versions nicola.vetrini
2025-08-11 7:47 ` Roger Pau Monné
2025-08-11 9:37 ` Nicola Vetrini [this message]
2025-08-11 14:35 ` Roger Pau Monné
2025-08-11 17:33 ` Nicola Vetrini
2025-08-11 8:07 ` Andrew Cooper
2025-08-11 9:13 ` Nicola Vetrini
2025-08-11 9:34 ` Andrew Cooper
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2ca7082120df5e1ad6a29582d6dfb215@bugseng.com \
--to=nicola.vetrini@bugseng.com \
--cc=andrew.cooper3@citrix.com \
--cc=anthony.perard@vates.tech \
--cc=jbeulich@suse.com \
--cc=julien@xen.org \
--cc=michal.orzel@amd.com \
--cc=nicola.vetrini@gmail.com \
--cc=roger.pau@citrix.com \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.