* [PATCH] perf build: Fix a compiler error in util/libbfd.c
@ 2026-07-16 0:43 Namhyung Kim
2026-07-16 2:44 ` Ian Rogers
0 siblings, 1 reply; 3+ messages in thread
From: Namhyung Kim @ 2026-07-16 0:43 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Ian Rogers, Jiri Olsa, Adrian Hunter, James Clark, Peter Zijlstra,
Ingo Molnar, LKML, linux-perf-users
The bfd_boolean type was gone and converted to the standard bool type
but we have some old code that uses the type. It caused a failure in
the build test.
util/libbfd.c: In function 'slurp_symtab':
util/libbfd.c:94:9: error: unknown type name 'bfd_boolean'
94 | bfd_boolean dynamic = FALSE;
| ^~~~~~~~~~~
util/libbfd.c:94:31: error: 'FALSE' undeclared (first use in this function)
94 | bfd_boolean dynamic = FALSE;
| ^~~~~
util/libbfd.c:94:31: note: each undeclared identifier is reported only once for each function it appears in
util/libbfd.c:102:27: error: 'TRUE' undeclared (first use in this function)
102 | dynamic = TRUE;
| ^~~~
Fix it with standard bool type and constants.
Link: https://sourceware.org/pipermail/binutils-cvs/2021-March/056231.html
Signed-off-by: Namhyung Kim <namhyung@kernel.org>
---
tools/perf/util/libbfd.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/perf/util/libbfd.c b/tools/perf/util/libbfd.c
index c1c12308cc12ffea..d8241c7caac50836 100644
--- a/tools/perf/util/libbfd.c
+++ b/tools/perf/util/libbfd.c
@@ -91,7 +91,7 @@ static int slurp_symtab(bfd *abfd, struct a2l_data *a2l)
long storage;
long symcount;
asymbol **syms;
- bfd_boolean dynamic = FALSE;
+ bool dynamic = false;
if ((bfd_get_file_flags(abfd) & HAS_SYMS) == 0)
return bfd_error(bfd_get_filename(abfd));
@@ -99,7 +99,7 @@ static int slurp_symtab(bfd *abfd, struct a2l_data *a2l)
storage = bfd_get_symtab_upper_bound(abfd);
if (storage == 0L) {
storage = bfd_get_dynamic_symtab_upper_bound(abfd);
- dynamic = TRUE;
+ dynamic = true;
}
if (storage < 0L)
return bfd_error(bfd_get_filename(abfd));
--
2.55.0.141.g00534a21ce-goog
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] perf build: Fix a compiler error in util/libbfd.c
2026-07-16 0:43 [PATCH] perf build: Fix a compiler error in util/libbfd.c Namhyung Kim
@ 2026-07-16 2:44 ` Ian Rogers
2026-07-16 18:06 ` Namhyung Kim
0 siblings, 1 reply; 3+ messages in thread
From: Ian Rogers @ 2026-07-16 2:44 UTC (permalink / raw)
To: Namhyung Kim
Cc: Arnaldo Carvalho de Melo, Jiri Olsa, Adrian Hunter, James Clark,
Peter Zijlstra, Ingo Molnar, LKML, linux-perf-users
On Wed, Jul 15, 2026 at 5:43 PM Namhyung Kim <namhyung@kernel.org> wrote:
>
> The bfd_boolean type was gone and converted to the standard bool type
> but we have some old code that uses the type. It caused a failure in
> the build test.
>
> util/libbfd.c: In function 'slurp_symtab':
> util/libbfd.c:94:9: error: unknown type name 'bfd_boolean'
> 94 | bfd_boolean dynamic = FALSE;
> | ^~~~~~~~~~~
> util/libbfd.c:94:31: error: 'FALSE' undeclared (first use in this function)
> 94 | bfd_boolean dynamic = FALSE;
> | ^~~~~
> util/libbfd.c:94:31: note: each undeclared identifier is reported only once for each function it appears in
> util/libbfd.c:102:27: error: 'TRUE' undeclared (first use in this function)
> 102 | dynamic = TRUE;
> | ^~~~
>
> Fix it with standard bool type and constants.
>
> Link: https://sourceware.org/pipermail/binutils-cvs/2021-March/056231.html
> Signed-off-by: Namhyung Kim <namhyung@kernel.org>
Reviewed-by: Ian Rogers <irogers@google.com>
Should we add a fixes tag for backports? It's not clear we can provide
a sensible SHA.
Thanks,
Ian
> ---
> tools/perf/util/libbfd.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/tools/perf/util/libbfd.c b/tools/perf/util/libbfd.c
> index c1c12308cc12ffea..d8241c7caac50836 100644
> --- a/tools/perf/util/libbfd.c
> +++ b/tools/perf/util/libbfd.c
> @@ -91,7 +91,7 @@ static int slurp_symtab(bfd *abfd, struct a2l_data *a2l)
> long storage;
> long symcount;
> asymbol **syms;
> - bfd_boolean dynamic = FALSE;
> + bool dynamic = false;
>
> if ((bfd_get_file_flags(abfd) & HAS_SYMS) == 0)
> return bfd_error(bfd_get_filename(abfd));
> @@ -99,7 +99,7 @@ static int slurp_symtab(bfd *abfd, struct a2l_data *a2l)
> storage = bfd_get_symtab_upper_bound(abfd);
> if (storage == 0L) {
> storage = bfd_get_dynamic_symtab_upper_bound(abfd);
> - dynamic = TRUE;
> + dynamic = true;
> }
> if (storage < 0L)
> return bfd_error(bfd_get_filename(abfd));
> --
> 2.55.0.141.g00534a21ce-goog
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] perf build: Fix a compiler error in util/libbfd.c
2026-07-16 2:44 ` Ian Rogers
@ 2026-07-16 18:06 ` Namhyung Kim
0 siblings, 0 replies; 3+ messages in thread
From: Namhyung Kim @ 2026-07-16 18:06 UTC (permalink / raw)
To: Ian Rogers
Cc: Arnaldo Carvalho de Melo, Jiri Olsa, Adrian Hunter, James Clark,
Peter Zijlstra, Ingo Molnar, LKML, linux-perf-users
Hi Ian,
On Wed, Jul 15, 2026 at 07:44:53PM -0700, Ian Rogers wrote:
> On Wed, Jul 15, 2026 at 5:43 PM Namhyung Kim <namhyung@kernel.org> wrote:
> >
> > The bfd_boolean type was gone and converted to the standard bool type
> > but we have some old code that uses the type. It caused a failure in
> > the build test.
> >
> > util/libbfd.c: In function 'slurp_symtab':
> > util/libbfd.c:94:9: error: unknown type name 'bfd_boolean'
> > 94 | bfd_boolean dynamic = FALSE;
> > | ^~~~~~~~~~~
> > util/libbfd.c:94:31: error: 'FALSE' undeclared (first use in this function)
> > 94 | bfd_boolean dynamic = FALSE;
> > | ^~~~~
> > util/libbfd.c:94:31: note: each undeclared identifier is reported only once for each function it appears in
> > util/libbfd.c:102:27: error: 'TRUE' undeclared (first use in this function)
> > 102 | dynamic = TRUE;
> > | ^~~~
> >
> > Fix it with standard bool type and constants.
> >
> > Link: https://sourceware.org/pipermail/binutils-cvs/2021-March/056231.html
> > Signed-off-by: Namhyung Kim <namhyung@kernel.org>
>
> Reviewed-by: Ian Rogers <irogers@google.com>
>
> Should we add a fixes tag for backports? It's not clear we can provide
> a sensible SHA.
Thanks for your review. Yep, the file was moved and it had the bug
before. I was thinking about adding SHA of the move but not sure if
it's really worth it.
Thanks,
Namhyung
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2026-07-16 18:06 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-07-16 0:43 [PATCH] perf build: Fix a compiler error in util/libbfd.c Namhyung Kim
2026-07-16 2:44 ` Ian Rogers
2026-07-16 18:06 ` Namhyung Kim
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox