how long to keep support for gcc on x86?
Konstantin Belousov
kostikbel at gmail.com
Sun Jan 13 13:24:11 UTC 2013
On Sun, Jan 13, 2013 at 12:09:09AM -0800, Peter Wemm wrote:
> On Sat, Jan 12, 2013 at 11:44 PM, Adrian Chadd <adrian at freebsd.org> wrote:
>
> > Thus I think adding clang-only code to the system right now is very,
> > very premature. There still seem to be reasons to run systems on GCC
> > instead of clang.
>
> I don't have a problem with it so long as the system isn't *broken* if
> you're not using clang. ie: if the status-quo is maintained for gcc
> systems and g-faster bits are enabled with clang. It's fine to
> provide incentives to try clang, but it is not ok to regress the gcc
> case.
Absolutely agree.
Please note that in the AES-NI case, gcc 'support' is only partially
gcc issue, if gcc at all. Our 2.17 gas does not know about AES-NI
mnemonics and cannot assemble them.
AFAIR the patch uses C built-in for AES-NI and SSE3 or 4, which I think
could be implemented manually in the amount needed for the patch, for
old gcc.
>
> eg: we did the same with gcc in the early days, or at least made a
> token effort. eg: you got __asm __inline with gcc, or regular
> assembler functions if not. It was never complete though.
>
> I use clang in general (and WITHOUT_GCC), but not on lower end
> machines like Atom boxes. They don't have AES-NI anyway.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 834 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-arch/attachments/20130113/6505b7f5/attachment.sig>
More information about the freebsd-arch
mailing list