Date: Tue, 17 Mar 2020 13:46:57 -0500 From: Kyle Evans <kevans@freebsd.org> To: sgk@troutmask.apl.washington.edu Cc: "Rodney W. Grimes" <freebsd-rwg@gndrsh.dnsmgr.net>, hackers@freebsd.org, Brooks Davis <brooks@freebsd.org> Subject: Re: HEADS UP: importing kyua into the base system Message-ID: <CACNAnaFeFcvFkcrb98U1nGC_cb%2BVWDuu6mLPfipmq5d2pAygnw@mail.gmail.com> In-Reply-To: <20200317183347.GA37820@troutmask.apl.washington.edu> References: <20200317164829.GB83983@spindle.one-eyed-alien.net> <202003171814.02HIE2XF098643@gndrsh.dnsmgr.net> <20200317183347.GA37820@troutmask.apl.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Mar 17, 2020 at 1:34 PM Steve Kargl <sgk@troutmask.apl.washington.edu> wrote: > > On Tue, Mar 17, 2020 at 11:14:02AM -0700, Rodney W. Grimes wrote: > > > I'll be importing kyua and it's dependency lutok into the base system > > > this week. Integrating it into the FreeBSD build system will make it > > > available by default which is especially valuable on emerging > > > architectures were we aren't building packages yet (e.g. riscv). > > > > > Why isnt there a preceding discussion of this on -arch? > > > > As there appears to be no open discussion about this addition, > is there a WITHOUT_KYUA knob that can be set in /etc/src.conf > to completely disable all kyua related components. The svn > commit with a new internal library appear to not have a knob. > If you're referring to r359045, this cannot be used as an indicator of kyua plans. Internal libs are not installed, just built for use elsewhere -- and liblua must be built, as it's used in flua and will likely also end up integrated into lldb to enable that for folks that build WITH_LLDB in addition to the various other uses of it.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACNAnaFeFcvFkcrb98U1nGC_cb%2BVWDuu6mLPfipmq5d2pAygnw>