Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

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

 



On Mon, 2020-01-13 at 10:52 +0100, Florian Weimer wrote:
> * Kevin Fenzi:
> 
> > Can packages built in this buildroot be used on the same system with
> > packages from the normal buildroot?
> 
> Yes, I expect them to be compatible at the interface level because the
> flags do not directly alter calling conventions.  There could be a
> slowdown mixing package versions, though.
> 
> It's also conceivable t hat some packages change struct layout under
> #ifdef __AVX2__, and those changes could be externally visible.  I do
> not think this is likely, though, because these packages would fail to
> run with user-compiled -march=native code today.

You could detect this automatically by running abidiff against the two
arch variants for corresponding builds. Which would be nice.

> > Would there be some kind of initial 'mass build' to populate existing
> > packages / things that don't rebuild very often?
> 
> Yes, for the VZEROUPPER change, we would have to do an initial rebuild.

Can you expand on this change? What are the tradeoffs for disabling
vzeroupper? (At least, my gcc thinks it's enabled by default.)

- ajax
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux