From: Namhyung Kim <namhyung@kernel.org>
To: Ian Rogers <irogers@google.com>
Cc: Arnaldo Carvalho de Melo <acme@kernel.org>,
Jiri Olsa <jolsa@kernel.org>,
Adrian Hunter <adrian.hunter@intel.com>,
James Clark <james.clark@linaro.org>,
Peter Zijlstra <peterz@infradead.org>,
Ingo Molnar <mingo@kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
linux-perf-users@vger.kernel.org
Subject: Re: [PATCH] perf build: Fix compiler errors with old capstone
Date: Fri, 3 Jul 2026 13:51:07 -0700 [thread overview]
Message-ID: <akgguxqFNmXtbgA3@google.com> (raw)
In-Reply-To: <CAP-5=fXUzEzFjLoh9SuNSch5=NdCEAkw4Dx-+Xd883JKVGV65w@mail.gmail.com>
On Wed, Jul 01, 2026 at 04:39:07PM -0700, Ian Rogers wrote:
> On Wed, Jul 1, 2026 at 12:30 PM Namhyung Kim <namhyung@kernel.org> wrote:
> >
> > Hi Ian,
> >
> > On Wed, Jul 01, 2026 at 11:49:03AM -0700, Ian Rogers wrote:
> > > On Wed, Jul 1, 2026 at 11:28 AM Namhyung Kim <namhyung@kernel.org> wrote:
> > > >
> > > > It seems RISCV was added in capstone version 5. Unfortunately they are
> > > > enum constants so cannot check with #ifdef but anyway we can define the
> > > > symbols. Let's do it using the version number to avoid build errors.
> > > > It'll fail at runtime though.
> > > >
> > > > util/capstone.c: In function 'e_machine_to_capstone':
> > > > util/capstone.c:186:25: error: 'CS_ARCH_RISCV' undeclared (first use in this function);
> > > > did you mean 'CS_ARCH_SYSZ'?
> > > > 186 | *arch = CS_ARCH_RISCV;
> > > > | ^~~~~~~~~~~~~
> > > > | CS_ARCH_SYSZ
> > > > util/capstone.c:186:25: note: each undeclared identifier is reported only once for each function it appears in
> > > >
> > > > util/capstone.c:187:34: error: 'CS_MODE_RISCV64' undeclared (first use in this function);
> > > > did you mean 'CS_MODE_MIPS64'?
> > > > 187 | *mode |= (is64 ? CS_MODE_RISCV64 : CS_MODE_RISCV32) | CS_MODE_RISCVC;
> > > > | ^~~~~~~~~~~~~~~
> > > > | CS_MODE_MIPS64
> > > >
> > > > Also note that capstone renamed CS_MODE_RISCVC to CS_MODE_RISCV_C which
> > > > would cause a different build failure on latest versions. It's reported
> > > > in https://github.com/capstone-engine/capstone/issues/2977 so I think
> > > > they will add compatibility layer to prevent the error.
> > > >
> > > > Fixes: 12c4737f55f2 ("perf capstone: Determine architecture from e_machine")
> > > > Signed-off-by: Namhyung Kim <namhyung@kernel.org>
> > >
> > > Perhaps update the feature test from:
> > > https://web.git.kernel.org/pub/scm/linux/kernel/git/perf/perf-tools-next.git/tree/tools/build/feature/test-libcapstone.c?h=perf-tools-next
> > > ```
> > > cs_open(CS_ARCH_X86, CS_MODE_64, &handle);
> > > ```
> > > to be CS_ARCH_RISCV? That way we won't detect old libcapstones and
> > > avoid cluttering up the code.
> >
> > Then it'll drop support for capstone version 4 which works fine on some
> > architectures. Maybe we can add another feature check for capstone
> > RISC-V support but I think it's better to define the RISCV symbols here.
> >
> > What do you think?
>
> Arnaldo and I also discussed this in a thread, but I can't find it
> right now. I believe the RISC-V support in libcapstone is now 8 years
> old:
> https://github.com/capstone-engine/capstone/issues/966
> so it seemed unfortunate to add shims to support older libcapstone versions.
It seems v5.0 was released 3 years ago (2023-07-05).
https://github.com/capstone-engine/capstone/releases/tag/5.0
Actually it's added to v5.0-rc1 which was released a year before
(2022-02-27) but I guess many distro didn't ship the -rc.
https://github.com/capstone-engine/capstone/releases/tag/5.0-rc1
Thanks,
Namhyung
prev parent reply other threads:[~2026-07-03 20:51 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-01 18:28 [PATCH] perf build: Fix compiler errors with old capstone Namhyung Kim
2026-07-01 18:38 ` sashiko-bot
2026-07-01 19:26 ` Namhyung Kim
2026-07-01 18:49 ` Ian Rogers
2026-07-01 19:30 ` Namhyung Kim
2026-07-01 23:39 ` Ian Rogers
2026-07-03 20:51 ` Namhyung Kim [this message]
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=akgguxqFNmXtbgA3@google.com \
--to=namhyung@kernel.org \
--cc=acme@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=irogers@google.com \
--cc=james.clark@linaro.org \
--cc=jolsa@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=peterz@infradead.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.