[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] coreutils: fix build with uClibc
From: |
Mike Frysinger |
Subject: |
Re: [PATCH] coreutils: fix build with uClibc |
Date: |
Tue, 14 Jan 2014 17:45:51 -0500 |
User-agent: |
KMail/1.13.7 (Linux/3.12.1; KDE/4.6.5; x86_64; ; ) |
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
signature.asc
Description: This is a digitally signed message part.