From: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
To: buildroot@busybox.net
Subject: [Buildroot] Analysis of defconfig build failures
Date: Thu, 16 Aug 2018 22:06:55 +0200 [thread overview]
Message-ID: <20180816220655.37fbff34@windsurf> (raw)
In-Reply-To: <CAAXf6LVNs8470+VwKJCM68cHdp+ZgD-JxEpCbUpMXte4JYm68Q@mail.gmail.com>
Hello,
On Thu, 16 Aug 2018 21:52:25 +0200, Thomas De Schampheleire wrote:
> > I don't think it's related to building with new compilers. It's just
> > some U-Boot versions that are broken if libfdt headers are already
> > available in the include path.
>
> I can try to have a look somewhere next week.
OK, thanks.
> From the previous solution, I have a feeling that we can only go so
> far in trying to solve the issue from Buildroot. We did already one
> thing, and it seems insufficient for some u-boot versions.
> There is a risk that what we do to fix these new failures, may break
> some of those that work today.
> We could implement some kind of detection to see how we need to solve
> the issue depending on the u-boot at hand, but it could be cumbersome.
Indeed.
> An alternative solution is to document the known solution to this
> problem (the patches). We can apply these patches to the defconfigs
> inside buildroot, and let users with custom u-boots apply the patches
> themselves (i.e. make them aware from release notes or documentation
> but don't solve it automatically).
That would be an option yes, but not the nicest one. But still better
than having all the defconfigs failing like they are today :/
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2018-08-16 20:06 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-12 15:01 [Buildroot] Analysis of defconfig build failures Thomas Petazzoni
2018-08-15 19:09 ` Peter Korsgaard
2018-08-15 19:34 ` Thomas Petazzoni
2018-08-15 21:27 ` Peter Korsgaard
2018-08-15 22:18 ` Thomas Petazzoni
2018-08-16 19:52 ` Thomas De Schampheleire
2018-08-16 20:06 ` Thomas Petazzoni [this message]
2018-08-23 19:49 ` Thomas De Schampheleire
2018-08-25 20:21 ` Thomas De Schampheleire
2018-08-25 20:54 ` Thomas De Schampheleire
2018-08-27 8:12 ` Peter Korsgaard
2018-08-27 8:28 ` Thomas Petazzoni
2018-08-27 8:45 ` Peter Korsgaard
2018-08-27 21:01 ` Thomas De Schampheleire
2018-08-27 21:19 ` Peter Korsgaard
2018-08-28 8:07 ` Luca Ceresoli
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=20180816220655.37fbff34@windsurf \
--to=thomas.petazzoni@bootlin.com \
--cc=buildroot@busybox.net \
/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.