On 11/01/2012 8.44, Khem Raj wrote:
khem ? any news ?
no unfortunately, had no time to delve further. once I have turned a
merge into patch which was causing the regression, let me go down that
path.
let
hi Carmelo
Hi khem
Attached patch is causing the trouble. and I have
ok
#
On 16/12/2011 18.36, Johannes Stezenbach wrote:
On Fri, Dec 16, 2011 at 05:59:16PM +0100, Carmelo Amoroso wrote:
On 16/12/11 15:57, Johannes Stezenbach wrote:
I was able to fix the issue like this:
--- uClibc-0.9.33/libpthread/nptl/sysdeps/pthread/sigaction.c.orig
2011-12-03
On 04/01/2012 23.36, Mike Frysinger wrote:
On Tuesday 03 January 2012 11:34:40 Carmelo AMOROSO wrote:
On 01/01/2012 0.10, Mike Frysinger wrote:
On Thursday 22 December 2011 13:19:22 Carmelo AMOROSO wrote:
On 22/12/2011 15.30, Carmelo Amoroso wrote:
For backtrace to work is enough to use
On 03/01/2012 20.23, Bernhard Reutner-Fischer wrote:
On Jan 3, 2012 7:11 PM, Carmelo AMOROSO carmelo.amor...@st.com wrote:
Build raise and abort function with dwarf2 info by using
-fasynchronous-unwind-tables to make backtrace() working across a
call to abort.
A scenario where it could be
Do not pollute libraries with its own implementation of __aeabi_unwind_cpp_pr1
code.
Just add it to uclibc_nonshared.a archive and share it.
This fixes build issue with static linking of application due to multiple symbol
definition in libgcc_eh-a and libpthread.a or librt.a
Signed-off-by:
On 29/11/2011 17.05, Johannes Stezenbach wrote:
Hi,
static linking on ARM with NPTL causes duplicate symbol
errors for __aeabi_unwind_cpp_pr0. I think it is
both gcc and uClibc issue.
See also
https://bugs.busybox.net/show_bug.cgi?id=4117
gcc version 4.6.2 20111004 (prerelease)
On Fri, Jan 13, 2012 at 12:58:45PM +0100, Carmelo AMOROSO wrote:
On 29/11/2011 17.05, Johannes Stezenbach wrote:
static linking on ARM with NPTL causes duplicate symbol
errors for __aeabi_unwind_cpp_pr0. I think it is
both gcc and uClibc issue.
See also
On Fri, Jan 13, 2012 at 03:00:08PM +0100, Johannes Stezenbach wrote:
On Fri, Jan 13, 2012 at 12:58:45PM +0100, Carmelo AMOROSO wrote:
On 29/11/2011 17.05, Johannes Stezenbach wrote:
static linking on ARM with NPTL causes duplicate symbol
errors for __aeabi_unwind_cpp_pr0. I think it
uclibc-0.9.32.1
dev32-edge:~/testcase$ cat open_memstream.c
#include stdio.h
int main()
{
return open_memstream(NULL, 0);
}
dev32-edge:~/testcase$ gcc -Wall -Werror open_memstream.c
open_memstream.c: In function 'main':
open_memstream.c:5:2: error: implicit declaration of function
On Fri, Jan 13, 2012 at 2:24 PM, Natanael Copa natanael.c...@gmail.com wrote:
uclibc-0.9.32.1
dev32-edge:~/testcase$ cat open_memstream.c
#include stdio.h
int main()
{
return open_memstream(NULL, 0);
}
dev32-edge:~/testcase$ gcc -Wall -Werror open_memstream.c
open_memstream.c: In
On Fri, Jan 13, 2012 at 1:37 AM, Carmelo AMOROSO carmelo.amor...@st.com wrote:
and since I see the same issue on all architectures probably its not
elfinterp changes
too. Mostly it seems likely that it could be in the way the scopes are
being handled
we have reviewed several times this
On Fri, Jan 13, 2012 at 3:45 PM, Khem Raj raj.k...@gmail.com wrote:
On Fri, Jan 13, 2012 at 1:37 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
and since I see the same issue on all architectures probably its not
elfinterp changes
too. Mostly it seems likely that it could be in the way
On Wed, Jan 11, 2012 at 06:37:31PM +0100, Richard Braun wrote:
When built with an old thread implementation (or for a sparc target),
the implementation of the system() function doesn't conform to its
specification. Namely, it resets the SIGCHLD handler to its default
instead of blocking the
On Fri, Jan 13, 2012 at 10:09:04PM -0500, Rich Felker wrote:
sigprocmask alone is not sufficient to implement the required behavior
for system. In particular, in a multi-threaded program, another thread
will receive the signal and reap the child, causing system to
malfunction. Really there's
14 matches
Mail list logo