This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] memusagestat: use local glibc when linking [BZ #18465]
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Andreas Schwab <schwab at linux-m68k dot org>
- Cc: <libc-alpha at sourceware dot org>
- Date: Mon, 1 Jun 2015 14:39:19 +0000
- Subject: Re: [PATCH] memusagestat: use local glibc when linking [BZ #18465]
- Authentication-results: sourceware.org; auth=none
- References: <1433013240-3040-1-git-send-email-vapier at gentoo dot org> <87wpzpakcu dot fsf at igel dot home> <20150531045618 dot GE4496 at vapier> <87y4k5ozk1 dot fsf at igel dot home>
On Sun, 31 May 2015, Andreas Schwab wrote:
> Mike Frysinger <vapier@gentoo.org> writes:
>
> > On 30 May 2015 22:20, Andreas Schwab wrote:
> >> Mike Frysinger <vapier@gentoo.org> writes:
> >>
> >> > The memusagestat is the only binary that has its own link line which
> >> > causes it to be linked against the existing installed C library. It
> >> > has been this way since it was originally committed in 1999, but I
> >> > don't see any reason as to why.
> >>
> >> Probably because $(objpfx)memusagestat.o is compiled specially.
> >
> > how so ?
>
> # The configure.ac check for libgd and its headers did not use $SYSINCLUDES.
> # The directory specified by --with-headers usually contains only the basic
> # kernel interface headers, not something like libgd. So the simplest thing
> # is to presume that the standard system headers will be ok for this file.
> $(objpfx)memusagestat.o: sysincludes = # nothing
One option is splitting out memusagestat and other installed executables
not depending on glibc internals or required by the glibc testsuite into a
separate package, built using an installed C library, as I suggested in
<https://sourceware.org/ml/libc-alpha/2012-05/msg00682.html> and
<https://sourceware.org/ml/libc-alpha/2012-11/msg00367.html>.
--
Joseph S. Myers
joseph@codesourcery.com