Date: Sun, 25 Aug 2013 19:21:18 -0600 From: Warner Losh <imp@bsdimp.com> To: Gerald Pfeifer <gerald@pfeifer.com> Cc: Adrian Chadd <adrian@freebsd.org>, re@freebsd.org, current@freebsd.org, John-Mark Gurney <jmg@funkthat.com>, Alfred Perlstein <alfred@freebsd.org>, toolchain@freebsd.org, "Sam Fourman Jr." <sfourman@gmail.com> Subject: Re: patch to add AES intrinsics to gcc Message-ID: <066F5ACF-F2EA-42FF-8D27-BFE20E20B501@bsdimp.com> In-Reply-To: <alpine.LNX.2.00.1308260306080.3920@trevally.site> References: <20130822200902.GG94127@funkthat.com> <105E26EE-8471-49D3-AB57-FBE2779CF8D0@FreeBSD.org> <CAE-m3X324rbdP_C=az4eO-EkMcR-yFAeRG7S4q%2BMUsnMezGddw@mail.gmail.com> <5CE4B5FA-9DA0-45E4-8D67-161E0829FE6B@FreeBSD.org> <5217DBAB.5030607@freebsd.org> <86032E72-A569-4946-B4F8-26F687067B31@bsdimp.com> <1380949A-254A-4222-BEDE-0C23E16E4F67@freebsd.org> <8C31A000-6806-4291-98A4-E8291E637BD2@bsdimp.com> <CAJ-Vmo=p%2B81StQoHAKV-xHueNc7oRzsmm4a-5FuvK2qHX%2BWKXA@mail.gmail.com> <CAOFF%2BZ1bAr4M5BM2=QKGz0D-3OHhHoTCUv8qRmxnsvz2gd64-Q@mail.gmail.com> <CE2DCF04-3E81-4FFB-AEB4-CD788420D84E@bsdimp.com> <alpine.LNX.2.00.1308260306080.3920@trevally.site>
next in thread | previous in thread | raw e-mail | index | archive | help
On Aug 25, 2013, at 7:12 PM, Gerald Pfeifer wrote: > On Sat, 24 Aug 2013, Warner Losh wrote: >>> "If you push gcc out to a port, and you have the 'external compiler'=20= >>> toolchain support working correctly enough to build with this, why=20= >>> don't we just push clang out to a port, and be done with it?" >> This is a stupid idea. It kills the tightly integrated nature of=20 >> FreeBSD. I'd say it is far too radical a departure and opens up a=20 >> huge can of "which version of what compiler" nightmare that we've=20 >> largely dodged to date because we had one (or maybe two) compilers=20 >> in the base system. >=20 > I am working towards establishing lang/gcc as _the_ version of GCC > to use for ports. >=20 > Today I looked at a couple of those GCC cross-compilers we have in=20 > ports, and I have to admit I am not thrilled. Each of those I saw > copies a lot from (older version of my ports), each has a different > maintainer, each has some additions, and there is little consistency. >=20 > Are these the base of 'external compiler' toolchain support? Are > there any plans to increase consistency and reduce redundancy? In > an ideal world, could those become slave ports of lang/gcc? In my experience, this has grown up rather hap-hazardly. Some more order = here would be good. In the past, for example, some ports had some of the = FreeBSD fixes, but not all so while I could build FreeBSD/mips gcc out = of /usr/src, I couldn't do that, even for the (then current) gcc42 port = since some of the fixes hadn't made it up stream. In an ideal world, we'd be able to build any version of gcc for any = FreeBSD platform (or have it fail up front) so we can use that as an = external toolchain. The initial work I did for external toolchains, that Brooks reworked (or = rewrote from scratch, I can't recall which he did), was with make xdev = in the tree... And that has its own set of pros and cons... All of = which are really a tangent, so I'll leave it at that. Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?066F5ACF-F2EA-42FF-8D27-BFE20E20B501>