On Wednesday 25 November 2009 02:31:01 Bernhard Reutner-Fischer wrote: > I have a patch pending, will commit it shortly.
Cool. Thanks. I patched it locally, which revealed this bug: libbb/lib.a(xfuncs.o): In function `close_on_exec_on': xfuncs.c:(.text.close_on_exec_on+0xd): undefined reference to `fcntl64' libbb/lib.a(xfuncs.o): In function `ndelay_off': xfuncs.c:(.text.ndelay_off+0xb): undefined reference to `fcntl64' xfuncs.c:(.text.ndelay_off+0x1f): undefined reference to `fcntl64' libbb/lib.a(xfuncs.o): In function `ndelay_on': xfuncs.c:(.text.ndelay_on+0xb): undefined reference to `fcntl64' xfuncs.c:(.text.ndelay_on+0x1f): undefined reference to `fcntl64' Although I don't understand how that worked in 0.9.30.1. (In libc/sysdeps/linux/common there's several instances of libc_hidden_proto(), libc_hidden_weak(), and libc_hidden_def(), plus both __libc_fcntl64 and fcntl64... Too tired to try to unravel this tonight, I think. Bedtime.) Possibly this one needs a new config symbol that 0.9.30.1 didn't? I've already got "UCLIBC_SUSV4_LEGACY=y" added to the .config... Rob -- Latency is more important than throughput. It's that simple. - Linus Torvalds _______________________________________________ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc