Date: Sun, 20 May 2018 12:29:40 -0400 From: Mark Johnston <markj@FreeBSD.org> To: Alexey Dokuchaev <danfe@FreeBSD.org> Cc: Matthew Macy <mmacy@freebsd.org>, svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers <src-committers@freebsd.org>, Ed Maste <emaste@freebsd.org> Subject: Re: svn commit: r333872 - head/cddl/contrib/opensolaris/tools/ctf/cvt Message-ID: <20180520162940.GA2277@raichu> In-Reply-To: <20180520105920.GA30998@FreeBSD.org> References: <201805190631.w4J6VHhr094225@repo.freebsd.org> <CAPyFy2CAGvdOKidTha17YzyVUn5ep0bt8fO6Umhsk4zYnwFRZA@mail.gmail.com> <CAPrugNoGudT2djU2F2M%2BjzpBiqHhRzE7fgcga-W6Soz_XBKdVA@mail.gmail.com> <20180519194437.GA21485@raichu> <20180520105920.GA30998@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, May 20, 2018 at 10:59:20AM +0000, Alexey Dokuchaev wrote: > On Sat, May 19, 2018 at 03:44:37PM -0400, Mark Johnston wrote: > > ... > > I don't really think it's important. The main consideration is the > > toolchain. We use illumos as an upstream, which is pretty inactive at > > this point. Joyent's illumos fork has put a lot of work into the CTF > > toolchain, and OpenBSD has made some progress towards an ISC-licensed > > ctfconvert utility. I'd like to import the latter, since the permissive > > license means that we can use it in DDB. It requires more work because > > of some missing functionality, though. > > > > At some point I think we'd like to pursue one of these two upstreams, > > Quick reality check question: why aren't *we* (FreeBSD) upstream, since > Sun was killed by Oracle and we're more alive than illumos and OpenBSD? Most of the non-trivial commits to the CTF toolchain in the past several years were done by me, and they were just bug fixes. AFAIK no one is actively working on improving the CTF toolchain in FreeBSD. The Joyent fork has lots of improvements and cleanups that make the code easier to maintain and more useful (for instance, librarifying ctfmerge(1)), and OpenBSD's ctfconv(1) replaces both ctfconvert(1) and ctfmerge(1), and is simpler. My point was merely that anyone seeking to overhaul the CTF toolchain in FreeBSD should consider rebasing on one of these two potential upstreams.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180520162940.GA2277>