Request for review: build infrastructure for Clang
Doug Barton
dougb at FreeBSD.org
Wed May 19 15:46:58 UTC 2010
On 5/19/2010 6:04 AM, John Baldwin wrote:
> On Wednesday 19 May 2010 3:16:30 am Roman Divacky wrote:
>> On Tue, May 18, 2010 at 02:10:08PM -0700, Doug Barton wrote:
>>> On 5/18/2010 12:35 AM, Roman Divacky wrote:
>>>> two now (clang and tblgen) with one more coming soon (llvm-mc/as)
>>>
>>> With just two binaries I'd suggest usr.bin/clang and usr.bin/tblgen.
>>
>> the tblgen is used only for building clang/llvm stuff so I don't
>> think it deserves it's own directory. maybe we should not even
>> install in during installworld
>
> Given that we nest for gcc, I think it is fine to nest for clang.
That makes it sound like it's some sort of privilege that we don't want
clang to feel bad about if it doesn't get. :)
In any case, if tblgen isn't even used other than as a build tool then I
agree, "nesting" is reasonable, and I think Roman is right that it
shouldn't be installed either. Not that the BIND bmake is authoritative
in any way, but it has a parallel here in that I have to build the BIND
libs in order to build the binaries but unless the user twiddles the
knob I don't install the libs.
... which leads to hopefully my last suggestion, if there is _any_
chance that it would be useful to have tblgen installed then providing a
knob to do so (defaulting to off of course) is cheap, and will prevent
you having to rework the code later when someone requests it (and
believe me, someone will). :)
hth,
Doug
--
... and that's just a little bit of history repeating.
-- Propellerheads
Improve the effectiveness of your Internet presence with
a domain name makeover! http://SupersetSolutions.com/
More information about the freebsd-arch
mailing list