Date: Mon, 21 Jun 2021 17:57:01 -0700 From: Steve Kargl <sgk@troutmask.apl.washington.edu> To: Ed Maste <emaste@freebsd.org> Cc: John Baldwin <jhb@freebsd.org>, Poul-Henning Kamp <phk@phk.freebsd.dk>, "freebsd-arch@freebsd.org" <arch@freebsd.org> Subject: Re: It's time to kill statistical profiling Message-ID: <20210622005701.GA48991@troutmask.apl.washington.edu> In-Reply-To: <CAPyFy2AqFgya66PiyjFB2Xkbck3rMqVNEtTgEYDnNhw7P8EXpQ@mail.gmail.com> References: <202106180736.15I7aYmk068064@critter.freebsd.dk> <d63d21fe-c1ef-dbb9-64e2-3e23621820bc@FreeBSD.org> <CAPyFy2BV0R_uXir1dYf8nN2JEOCZCprKYbHa6E1biFFJMbmAQQ@mail.gmail.com> <20210620210825.GA45154@troutmask.apl.washington.edu> <CAPyFy2AqFgya66PiyjFB2Xkbck3rMqVNEtTgEYDnNhw7P8EXpQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jun 21, 2021 at 11:25:29AM -0400, Ed Maste wrote: > On Sun, 20 Jun 2021 at 17:08, Steve Kargl > <sgk@troutmask.apl.washington.edu> wrote: > > > > Are there plans to replace the _p.a with something > > that allows profiling code? If not, are you upstreaming > > patches to GCC to disable -pg? AFAIK, 'gcc10 -pg ... -lm' > > causes gcc to look for at least libc_p.a and libm_p.a. > > I believe this is how GCC operates indeed, but I'm not aware of the > implementation or specific details. For part of the answer, one is looking for gcc/gcc/config/freebsd-spec.h. This is where -pg maps libc.a to libc_p.a. I can't easily track down libm.a to libm_p.a until later this week. A bigger problem for FreeBSD and GCC is that there appears to be no active FreeBSD GCC maintainer(s). I submitted a GCC patch for the C language that fixes a few hundred C language testsuite failures, and a C++ patch that fixes complex arithmetic. Both are languishing in GCC bugzilla. -- Steve
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20210622005701.GA48991>