[Buildroot] [PATCH v4 04/22] toolchain-external: introduce toolchain-external-package
Thomas Petazzoni
thomas.petazzoni at free-electrons.com
Tue Nov 8 15:38:47 UTC 2016
Hello,
On Tue, 8 Nov 2016 13:30:16 +0100, Arnout Vandecappelle wrote:
> That would be useful if such a toolchain uncovers problems that we can fix in
> Buildroot. If all it does is to add autobuilder exceptions, there isn't much
> point... Well, the other thing we can do is to add *_AT_LEAST_NNN options,
> that's true.
Yes, that's what I'm thinking of: it allows us to realize when a
package needs gcc 4.7 or 4.8, or when some fairly recent kernel headers
are needed, for example. If all we test is gcc 4.9 with 4.0 kernel
headers, then all our users that are stuck with 4.7 (or older
toolchains) with 3.0 kernel headers will have a really bad experience.
> Those autobuilder exceptions for ct-ng, what kind of errors are they for? Not
> something covered by *_AT_LEAST? Like bugs in libc, for which we don't have
> _AT_LEAST?
Looking quickly at the autobuild-run exceptions, we have:
- Toolchains with gcc affected by various PRs
- Toolchains with too old eglibc (2.18)
- Toolchains that fail to build this or that package, with no
documented reason (might be explained in the commit log, though).
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
More information about the buildroot
mailing list