Date: Thu, 12 Feb 2015 12:46:18 +0800 From: Jia-Shiun Li <jiashiun@gmail.com> To: Glen Barber <gjb@freebsd.org> Cc: FreeBSD Current <freebsd-current@freebsd.org>, Ed Maste <emaste@freebsd.org>, Ian Lepore <ian@freebsd.org> Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <CAHNYxxO7TYPYNeM6xL4W1P9iVDxccKrVT9MmS=dwgL7kVViuZQ@mail.gmail.com> In-Reply-To: <20150212041158.GH1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <CAPyFy2CSDaukZhJeC3t0%2BccuGW=VTJRT4BoXCNrTUYB%2BxpM5AA@mail.gmail.com> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Feb 12, 2015 at 12:11 PM, Glen Barber <gjb@freebsd.org> wrote: > The major benefit is that all debugging data that we need to properly > debug application crashes in the base system will be available > out-of-box. > > There is a trade-off here, in both directions. For arm, for example, > the trade-off is that the default installed userland would grow, however > when there is a PR regarding an application crash, the tools to diagnose > the issue are there by default (we do not need to ask that the utility > is rebuilt with debugging options enabled, and then recreate the crash). > > I considered making this an opt-in thing for arm, but given the above > rationale, thought it would be more beneficial for the opposite route. > If you feel necessary, however, we can turn this off by default for now > for arm. > Is this default value supposed to go to future releases or only kept in -current for development & debugging purpose? For releases and resource-critical platforms, it'd be nice to build them all at once but only populate when needed after installation. -Jia-shiun.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAHNYxxO7TYPYNeM6xL4W1P9iVDxccKrVT9MmS=dwgL7kVViuZQ>