This is one of many potential static linking problems in uClibc. Last time, I
reported a bug on sigaction and submitted a patch, but similar multiple
definition error could happen to any function that was defined as GLOBAL in
both libc.a and libpthread.a while certain runtime supporting function
On Sat, Mar 26, 2011 at 10:26 PM, Mike Frysinger wrote:
> really you should be looking at how the linker processes things. use
> -Wl,-M for both.
Thanks for the tip. That is useful.
So, for "-static -lpthread -lc" on uClibc:
The test program needs sigaction(), and this pulls in
libpthread.a(p
On Sun, Mar 27, 2011 at 3:27 AM, Jian Peng wrote:
please fix your e-mail client to properly wrap long lines.
> >From 2e435b037624eff8c0daaa146d6feca57ce1eecf Mon Sep 17 00:00:00 2001
> From: Jian Peng
> Date: Sat, 26 Mar 2011 23:44:52 -0700
> Subject: [PATCH 1/1] common: fix sigprocmask static l
My preferance would be to remove the duplicates and implement only one of these
functions in libc
Peter
Original-Nachricht
> Datum: Sun, 27 Mar 2011 00:33:20 -0700
> Von: Kevin Cernekee
> An: Mike Frysinger
> CC: Peter Mazinger , Jian Peng ,
> uclibc@uclibc.org
> Betreff: Re:
> On Sat, Mar 26, 2011 at 9:49 AM, Peter Mazinger wrote:
> >> On Sat, Mar 19, 2011 at 2:51 PM, Khem Raj wrote:
> >> > The guard is changed to allow to be used the file in libc as well.
> >> > Include string.h (although already included by ldso.h).
> >>
> >> this doesnt make much sense. if you want
On Sat, Mar 26, 2011 at 08:28:04PM +0200, Timo Teräs wrote:
> Otherwise other threads can leave malloc state locked, and the child
> will hang indefinitely if it tries to malloc something.
>
> Signed-off-by: Timo Teräs
> ---
> libc/stdlib/malloc-standard/free.c | 17 +
> 1 file
On 03/27/2011 10:21 PM, Rich Felker wrote:
> On Sat, Mar 26, 2011 at 08:28:04PM +0200, Timo Teräs wrote:
>> Otherwise other threads can leave malloc state locked, and the child
>> will hang indefinitely if it tries to malloc something.
>
> This change by itself breaks as much as it fixes, unless th
2011/3/27 Timo Teräs :
> On 03/27/2011 10:21 PM, Rich Felker wrote:
>> On Sat, Mar 26, 2011 at 08:28:04PM +0200, Timo Teräs wrote:
>>> Otherwise other threads can leave malloc state locked, and the child
>>> will hang indefinitely if it tries to malloc something.
>>
>> This change by itself breaks
