0.9.32.2 build breaks on sparc due to __libc_sigaction.

[Khem Raj]

On Mon, Feb 1, 2010 at 11:47 AM, Austin Foxley <austinf at cetoncorp.com> wrote:
> On 02/01/2010 02:25 AM, Rob Landley wrote:
>> Here's a patch that makes it compile for me.  I'm almost certain it's not the
>> RIGHT fix, it's just "taking what brk.c in the same directory seems to be doing
>> and throwing in one extra line because something in another file is calling
>> __libc_sigaction directly for some reason so do the the funky elf symbol
>> symlinking thing to get it to shut up".
>>
>> When you tell me _why_ this patch is wrong, could somebody please explain why
>> brk.c does it differently, and why the C library is going out of its way to
>> only export weak symbols for something susv4 says it should define (and for
>> that matter, was in the version of posix released 22 years ago according to
>> the change history).
>>
>>   http://www.opengroup.org/onlinepubs/9699919799/functions/sigaction.html
>>
>> I do not understand this at _all_.
>
> Yeah join the club. Thanks for pointing this out. I have no problem with
> your patch and is what I would have done if I had hit this build error.
> Still confused why I didn't hit this though...

probably you did not try with lt.old for nptl and lt.new the define
LIBC_SIGACTION is defined thru their respective sysdeps/pthread/sigaction.c

>
> -Austin
> _______________________________________________
> uClibc mailing list
> uClibc at uclibc.org
> http://lists.busybox.net/mailman/listinfo/uclibc
>