* Dan Čermák: > Reon Beon via devel <devel@xxxxxxxxxxxxxxxxxxxxxxx> writes: > >> https://hackweek.suse.com/all/projects/support-glibc-hwcaps-and-micro-architecture-package-generation >> Comments >> >> dancermak >> 5 days ago by dancermak | Reply >> >> This sounds very intriguing! I have a few notes about this: >> you might be interested in this (sadly stalled) upstream PR: https://github.com/rpm-software-management/rpm/pull/1035 which adds better detection of the currently running microarchitecture >> once rpm gains the ability to automatically generate subpackages (https://github.com/rpm-software-management/rpm/pull/1485), this could be completely automated >> I would suggest to use actual boolean dependencies instead of packageand: Supplements: (libfoo1 and x86-64-v3) >> >> And please, please make some noise about this and coordinate it with the other rpm based distros, so that we don't end up with yet another SUSE-ism but instead lead the innovation. > > Heh, the places where you see your name pop up ;-) > > Now, back to business: I think this project has great potential and > could allow rpm based distributions to ship optimized packages without > having to leave old hardware behind (like the fortunately abandoned > baseline increase proposal from a few years ago). > > So anyone interested in this: hackweek is open to anyone and I think > that Antonio won't mind getting help ;-) I've tried to comment on this web page, but the comment was rejected: | We've been pondering if we can use LTO to make the rebuilds | transparent to most packages. Basically, make sure that LTO data is | retained even in the final link, and then rebuild for different ISA | levels outside of the package build system, and strip the LTO data for | the baseline build. This of course needs GCC changes. Thanks, Florian _______________________________________________ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
