tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: First go at adding GCC_VERSIONS_ACCEPTED support

David Sainty <> writes:

> On 28/09/15 14:54, Greg Troxel wrote:
>> David Sainty <> writes:
>>> E.g. If you are installing X, which likes GCC 4.5 and up, but it
>>> buildlinks in Y which adds a requirement for GCC 4.8 and up, then the
>>> final selection has to be GCC 4.8 and up.
>> The real question is to what extent the compilers are ABI compatible, or
>> not.  It seems generally they are.  But then there's using e.g
>> gcc49-libs.  I am curious if you think the no-mixing rule is only about
>> packages that use gccXY-libs, or if it's more general.
> I think gccXY-libs is perhaps the primary source of pain.  I'm not
> totally sure I've seen anything that didn't boil down to that.

This is pretty scary, because it inherits up and down; when building
something you not only have to match dependencies, but also things that
depend on you.   That feels intractable, and leads to "just build
everything with gcc 4.8 (or some higher version)".  So maybe we should
just do that.

> But GCC_REQD does need to be a list, because there may be a
> GCC_REQD+=4.5 in the current package, and another GCC_REQD+=4.8 in a
> buildlink somewhere.

Or, we require something different in bl3, like setting and
having the code union them.

That is quite an easy diff!

Attachment: pgpwZsX208nhe.pgp
Description: PGP signature

Home | Main Index | Thread Index | Old Index