Home
Reading
Searching
Subscribe
Sponsors
Statistics
Posting
Contact
Spam
Lists
Links
About
Hosting
Filtering
Features Download
Marketing
Archives
FAQ
Blog
 
Gmane
From: Mike Frysinger <vapier <at> gentoo.org>
Subject: Re: [PATCH] coreutils: fix build with uClibc
Newsgroups: gmane.comp.lib.gnulib.bugs
Date: Tuesday 14th January 2014 22:45:51 UTC (over 3 years ago)
On Tuesday 14 January 2014 13:53:02 Baruch Siach wrote:
> On Tue, Jan 14, 2014 at 05:46:50PM +0000, Pádraig Brady wrote:
> > I noticed this issue from:
> > http://permalink.gmane.org/gmane.comp.lib.uclibc.buildroot/73294
> > 
> > I've not tested the following on uclibc, but does the attached patch
fix
> > it? (you just need to patch the m4/spawn_h.m4 file in coreutils to test
> > this)
> 
> I guess it should fix the problem, but it would be better to fix uClibc.

unless POSIX explicitly states that the symbols be in -lc, i don't think 
uClibc is broken.  i don't believe POSIX states that (if it does, please
point 
out in the docs).

keeping them in -lrt over -lc makes a bit of sense in my mind:
	- the POSIX docs label them as "ADVANCED REALTIME" (ok, ok, maybe i'm 
reaching here as what POSIX calls "realtime" is often not really "realtime"

related)
	- these funcs are not common (that i've seen).  that means always mapping 
them in via libc.so is useless overhead.  better to penalize the uncommon.
-mike
 
CD: 3ms