From: Thomas Petazzoni via buildroot <buildroot@buildroot.org>
To: Julien Olivain <ju.o@free.fr>
Cc: Julien Olivain via buildroot <buildroot@buildroot.org>
Subject: Re: [Buildroot] [PATCH v2 1/1] package/berkeleydb: fix build with host gcc-15.x
Date: Tue, 29 Jul 2025 09:27:22 +0200 [thread overview]
Message-ID: <20250729092722.41f1c874@windsurf> (raw)
In-Reply-To: <9d24a945277dd6fe57163c14820f3fcb@free.fr>
Hello,
On Tue, 29 Jul 2025 00:20:14 +0200
Julien Olivain <ju.o@free.fr> wrote:
> Could we track those bulk fixes (like gcc-15 build failures) with
> comments, like we do for _AUTORECONF or _IGNORE_CVES? It's not ideal,
> but at least we could more easily do cleanups later (with git grep).
>
> Alternatively, we could add a commented link to an upstream bug
> report. This would introduce a bit more maintenance work.
>
> What do you think?
Yeah, I don't really have a good idea either, otherwise I would have
proposed it. A patch fixing the C23 issues is more likely to be noticed
when we bump the package, but sometimes fixing all the issues is quite
annoying. So if -std=gnu99 is added, indeed some kind of annotation
could be added. Or maybe we should "git grep std=gnu99" from time to
time, and check if it's still needed? Or remember to check this when we
merge version bumps?
Thomas
--
Thomas Petazzoni, co-owner and CEO, Bootlin
Embedded Linux and Kernel engineering and training
https://bootlin.com
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
next prev parent reply other threads:[~2025-07-29 7:27 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-24 20:24 [Buildroot] [PATCH v2 1/1] package/berkeleydb: fix build with host gcc-15.x Julien Olivain via buildroot
2025-07-28 20:57 ` Thomas Petazzoni via buildroot
2025-07-28 22:20 ` Julien Olivain via buildroot
2025-07-29 7:27 ` Thomas Petazzoni via buildroot [this message]
2025-08-07 18:24 ` Thomas Perale via buildroot
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=20250729092722.41f1c874@windsurf \
--to=buildroot@buildroot.org \
--cc=ju.o@free.fr \
--cc=thomas.petazzoni@bootlin.com \
/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.