-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 08/08/16 04:05 PM, Kevin Kofler wrote: > The only impact it would have is on performance. But again, it is not > necessary nor desirable to disable runtime-detected support for vector > instructions. It is only a problem when they are used unconditionally. > > The only issue is really that SSE2 is required unconditionally, but it > doesn't look like there is much that can be done about it. This is > unfortunate, because it also breaks support for all non-x86 architectures. > But it would be a lot of work to fix that. (And looking at LuxRender, I also > see hardcoded SSE2 usage there all over the place, both in hardcoded compile > flags and in the code. So Embree is not the only problem there.) In that case, considering that embree is only available on x86_64, what will be a better alternative for acceptance in Fedora repository? > Also note that it is fine to require SSE2 (and also SSE(1) and MMX) on > x86_64. All x86_64 CPUs support SSE2 (and lower). It is only a problem on > i686 (and non non-x86 architectures where the code likely won't build at > all). > > Kevin Kofler > As tested, it turned out true these codes failed on x86_64. It looks like the only option is to make it available for Fedora 25 and above when following Fedora philosophy to say close with upstream. Awaiting for packaging review in a meanwhile: https://bugzilla.redhat.com/show_bug.cgi?id=1364618 - -- Luya Tshimbalanga Graphic & Web Designer E: luya@xxxxxxxxxxxxxxxxx W: http://www.coolest-storm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXqTheAAoJEF5SgXTYomCaoNEH/itwqKrRhVvolIi+ad3GBmuT JV/8QiwLSxxyYfrry2w76I+Bk5Ojb4VsrEhM6esjHzmRkbXE8InKfelXmmGS3W/s MlmolNuVyM9Rt3rs4DEx70RfnwhTffDIOowDeYuilrQsP/XWYhRlJ+dXO2oQJJD0 c2Jng6i6l1OwbiKtAMe6nPYXPiVlbQSso/8xB9u9eLMDqB0FwVAJC9QkKsEB3UkO Bl4Lm0cDZwMKoVeVJNRfQGA5CZv17AUEt40ypMf3Epb/E2qrUVVVur+x+UtLdMeI kF4QY1BPZo0/o1xIZwOkUKCgQxBcCfRvoUrifKKwINkfe5s/Ok2LIYlOcR9qA18= =cfY9 -----END PGP SIGNATURE----- -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx