Re: 0.9.33-branch fails to compile since f99df0f182 [libc: backport fallocate() and fallocate64()]

2014-09-21 Thread Eugene Rudoy
Hi Anthony, On Sun, Sep 21, 2014 at 7:46 PM, Anthony G. Basile < bas...@opensource.dyc.edu> wrote: > I did a compile test but missed this because I was on amd64. I assume you > are on x86 or some other 32-bit? I'll test with f6a03f19cf for both > __WORDSIZE == 64 and 32. > I'm on mips 32-bit (

0.9.33-branch fails to compile since f99df0f182 [libc: backport fallocate() and fallocate64()]

2014-09-21 Thread Eugene Rudoy
Hi all, just wanted to point out that since f99df0f182 0.9.33-branch fails to compile with the following error: libc/sysdeps/linux/common/fallocate64.c: In function '__libc_fallocate64': libc/sysdeps/linu

Re: [PATCH] nptl: remove duplicate vfork() in libpthread

2014-09-08 Thread Eugene Rudoy
Hi Waldemar, On Fri, Sep 5, 2014 at 4:13 PM, Waldemar Brodkorb wrote: > Automatic patching via two oneliners from Bernhard Reutner-Fischer < > rep.dot@gmail.com>: > sed -i -e 's/[[:space:]]pt-vfork\.[csS]//' $(git grep -l pt-vfork > libpthread/nptl/sysdeps) > find libpthread/nptl -name "*pt-

Re: [PATCH]OpenWrt Asterisk DNS problem

2013-09-14 Thread Eugene Rudoy
Hi Christian, this is a known problem (s. http://lists.uclibc.org/pipermail/uclibc/2013-August/047885.html). Unfortunately Bernhard had yet no time to take a look at it (this is at least how I interpret his missing response). @Bernhard: without wanting to hurry you along, is there any progress on

Re: [PATCH] fix for libubacktrace.so build problems introduced in 71c10c484e7dc113396cccb7e503befb759c6346

2013-05-26 Thread Eugene Rudoy
Hi, sorry for sending the email twice, never used git send-email before (blind copy&paste from the man page). Sorry... Best, Gene On Sun, May 26, 2013 at 7:04 PM, Eugene Rudoy wrote: > Dear all, > > 71c10c484e7dc113396cccb7e503befb759c6346 broke libubacktrace.so in that > way

[PATCH] Fix libubacktrace build problems introduced in 71c10c484e7dc113396cccb7e503befb759c6346 (backtrace is missing in libubacktrace.so)

2013-05-26 Thread Eugene Rudoy
Caused by a couple of Makefile-typos: SRC_SHARED vs. SHARED_SRC, wrong file suffixes (.s instead of .o) --- libubacktrace/Makefile.in | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/libubacktrace/Makefile.in b/libubacktrace/Makefile.in index 612bf2d..de2bc51 100644 ---

[PATCH] fix for libubacktrace.so build problems introduced in 71c10c484e7dc113396cccb7e503befb759c6346

2013-05-26 Thread Eugene Rudoy
file suffixes. 0.9.33-branch also requires this fix. Best, Gene Eugene Rudoy (1): Fix libubacktrace build problems introduced in 71c10c484e7dc113396cccb7e503befb759c6346 (backtrace is missing in libubacktrace.so) libubacktrace/Makefile.in | 8 1 file changed, 4 insertions(

Re: Incorrect/incomplete eventfd implementation?

2012-05-16 Thread Eugene Rudoy
Hi Natanael, On 16 May 2012 15:55, Natanael Copa wrote: > > I think you are absolutely right. We bumped into this issue when > upgrading to glib-2.32. > believe it or not, I also ran into the issue after updating glib to 2.32 ;-) > I suggest this patch but it will require kernel2.6.27+ kernel:

Incorrect/incomplete eventfd implementation?

2012-05-16 Thread Eugene Rudoy
Hi, I believe the implementation of eventfd recently added to uClibc (s. [1], [2]) is incorrect. It incorrectly assumes eventfd takes two arguments whereas in reality it expects just one. It's eventfd2 which expects two arguments. Furthermore it doesn't properly support kernel versions which do pr