Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Jan 2020 09:34:46 -0800
From:      John Baldwin <jhb@FreeBSD.org>
To:        Ed Maste <emaste@FreeBSD.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r356797 - head/share/mk
Message-ID:  <6489e1f1-561c-f1e8-babf-ed7900496488@FreeBSD.org>
In-Reply-To: <202001161727.00GHR81m093567@repo.freebsd.org>
References:  <202001161727.00GHR81m093567@repo.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 1/16/20 9:27 AM, Ed Maste wrote:
> Author: emaste
> Date: Thu Jan 16 17:27:08 2020
> New Revision: 356797
> URL: https://svnweb.freebsd.org/changeset/base/356797
> 
> Log:
>   pkgbase: move profiling _p.a libs into -development packages
>   
>   Profiling library archives are part of the development environment; they
>   don't need to be in separate -profile packages.
>   
>   (In fact we can probably just eliminate the _p.a archives assuming that
>   profiling will be done using hwpmc etc., but that is a change for later.)

I would support having MK_PROFILE default to off for 13.  WITHOUT_PROFILE=yes
is something I've been adding to make.conf (or src.conf) for 2 decades.

The mcount-based stuff does not seem compelling compared to sampling via
hardware counters.  It also requires MD code that doesn't even work on
all platforms (e.g. I think the mcount bits for MIPS only work for o32
and are completely broken for n64).  Do we know if any other systems still
ship -pg libraries as an option?  Also, is anyone still using them?

-- 
John Baldwin



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6489e1f1-561c-f1e8-babf-ed7900496488>