[PATCH] implement futimes
Rob Landley
rob at landley.net
Sun Nov 22 12:21:29 UTC 2009
On Saturday 21 November 2009 18:48:17 Mike Frysinger wrote:
> On Wednesday 18 November 2009 19:32:14 Rob Landley wrote:
> > User Mode Linux uses futimes(), and thus won't build against uClibc.
> > This was my quick and dirty first stab at implementing it. Not very
> > heavily tested.
>
> convince them to convert to futimens() which is in POSIX.
It may be in POSIX, but it's not in any uClibc release.
Once again, it's been more than a year since the last time the uClibc
development branch got a release. It's nice there's been exactly one uClibc
bugfix release since then, but in that time both the Linux kernel and the
BusyBox project have each had three or four development releases, plus a dozen
or so bugfix releases. I've personally cut four releases from my Firmware
Linux project's development repository since uClibc 0.9.30.0 came out.
In fact, in the time uClibc's been publicly contemplating a 0.9.30.2 bugfix
release ("preparing 0.9.30.2" posted October 12, still not out yet), the
kernel's put out three bugfix releases. Note that the "stable" kernel releases
are something two guys do in their spare time.
Currently, it's not clear _which_ branch a development release would come
from, and thus what would be worth testing. The nptl branch? The
inexplicable other development branch which NPTL still hasn't been merged into
more than 3 years after the OLS presentation on NPTL for uClibc? The merge of
these two branches has been "in progress" since Erik was maintainer, but I've
never even seen an -rc containing NPTL code.
*shrug* I just ported UML to use futimens() and utimensat(), and maybe
tomorrow I'll put together another uClibc patch and check the patch into my
FWL repository. (People are sending me backports of things like the
shm_functions because they want to use them on an actual uClibc release that
_somebody_ supports, and I support the ones I ship. I'd rather not maintain
more patches than necessary, but I'm not sure what pushing them into the
uClibc-dev repository actually accomplishes. The shm_ functions are already
_in_ there.)
Whatever happened to "release early, release often"?
Rob
--
Latency is more important than throughput. It's that simple. - Linus Torvalds
More information about the uClibc
mailing list