Skip site navigation (1)Skip section navigation (2)
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>