Hi all,
libpthread/nptl/sysdeps/pthread/pthread.h includes instead of
(as glibc does).
Is there a specific reason?
I have seen uClibc correctly builds if pthread.h includes bits/setjmp.h and I
have no regression running the uclibc testsuite.
Thanks in advance,
Filippo.
__
Hi,
The simple way to enable the LOCALE support into the uclibc is :
1) to enable the following environmet variable (running make menuconfig):
- UCLIBC_HAS_LOCALE (Enabling "Locale Support" under "String and Stdio
Support" menu)
- UCLIBC_PREGENERATED_LOCALE_DATA (Enabling "Use Pre-genera
See my post in july.
Filippo.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Marcin Glogowski
Sent: Monday, June 18, 2007 3:51 PM
To: uclibc@uclibc.org
Subject: Re: Locale support
In my previous post I had selective locale support, when I enabled all
l
Hi,
You have to enable "Extended Locale Support" (__UCLIBC_HAS_XLOCALE__) also,
to see __ctype_b_loc symbol.
By,
Filippo.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Dound
Sent: Friday, September 14, 2007 1:07 AM
To: uclibc@uclibc.org
Subject: __ctype
k if the string is not just a number
with AI_NUMERICSERV flag high.
See the patch below.
For more detail see glibc patch
http://sourceware.org/ml/glibc-cvs/2004-q3/msg00296.html
Based on the following bug
http://sources.redhat.com/bugzilla/show_bug.cgi?id=296
Regards
Filippo Arcidiacono.
---
ething else.
Filippo Arcidiacono.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Charlie Xiang
> Sent: Tuesday, March 11, 2008 11:27 AM
> To: [EMAIL PROTECTED]
> Subject: Help me , Support IPV6?
>
> Hi
Hi,
Your patch fix the problem when a wide character is in the format string,
but there
Are some problem if the wide char is in the format specifier. Have you any
idea about this one?
In my opinion your patch have to be the follow (just to be in synch with the
latest version of the thrunk):
--- uC
urn -1;
+ buf[i] = 0;
+ break;
}
} while (buf[i++] && (i < sizeof(buf)));
buf[sizeof(buf)-1] = 0;
> -Original Message-----
> From: filippo arcidiacono [mailto:[EMAIL PROT
GS, i.e. with
> std=gnu99 Maybe i'll find the time to clean them up a little
> bit so they do not throw so many warnings..
>
> Thanks, Carmelo, for verifying this and cheers
> ___
> uClibc mailing list
> uClibc@uclibc.org
> http://busy
> -Original Message-
> From: Bernhard Fischer [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 02, 2008 3:01 PM
> To: Filippo ARCIDIACONO
> Cc: 'Carmelo AMOROSO'; uclibc@uclibc.org
> Subject: Re: utils/readelf built twice?
>
> On Wed, Apr 02,
I suggest you to upgrade the uClibc to the 0.9.29 version.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of abhijit ayarekar
> Sent: Thursday, April 03, 2008 10:12 PM
> To: uclibc@uclibc.org
> Subject: Problems in compiling for mips
>
> I am trying
> -Original Message-
> From: abhijit ayarekar [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 04, 2008 7:04 PM
> To: Filippo ARCIDIACONO
> Cc: uclibc@uclibc.org
> Subject: Re: Problems in compiling for mips
>
> thanks for the reply :).
> when i checked th
es commands.
Signed-off-by: Filippo Arcidiacono <[EMAIL PROTECTED]>
Index: utils/Makefile.in
===
--- utils/Makefile.in (revision 21732)
+++ utils/Makefile.in (working copy)
@@ -25,6 +25,8 @@
CFLAGS-readelf := $(CFLA
trator | +81 (0)3 -5456-2687 ext 1017 (work)
> Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
> Japan| +81 (0)3 -3375-1767 (home)
> ___
> uClibc mailing list
> uClibc@uclibc.org
> http://busybox.net/cgi-bin/mailman/listinfo/uclibc
>
Regards,
Filippo Arcidiacono
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net/cgi-bin/mailman/listinfo/uclibc
gt; >> mips32 appear to contain no locale files.
> >>
> >> Lund
> >>
> >>
> >> --
> >> Jorgen Lundman | <[EMAIL PROTECTED]>
> >> Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
> >> Shibuya-ku, Tokyo
ibc/stdlib/stdlib.c-> tst_mblen, tst_mbtowc, tst_wctomb;
libc/stdio/_scanf.c -> tst_swscanf;
libc/string/strncmp.c -> tst_wcsncmp;
libc/misc/wchar/wchar.c -> tst_mbrlen, tst_mbrtowc, tst_wcswidth.
Signed-off-by: Filippo Arcidiacono <[EMAIL PROTECTED]>
Index:
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Khem Raj
> Sent: Friday, September 05, 2008 11:59 PM
> To: Corinna Schultz
> Cc: uclibc@uclibc.org
> Subject: Re: Has uClibc passed the LTP tests?
>
> On (05/09/08 15:24), Corinna Schultz wrote:
> >
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Khem Raj
> Sent: Sunday, November 23, 2008 9:22 AM
> To: Denys Vlasenko
> Cc: uclibc@uclibc.org
> Subject: Re: undefined symbols in uclibc from today
>
> On Sat, Nov 22, 2008 at 6:39 AM, Denys Vlase
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Carmelo AMOROSO
> Sent: Tuesday, November 25, 2008 5:53 PM
> To: Tobias Poschwatta
> Cc: uclibc@uclibc.org
> Subject: Re: testsuite: wcsxfrm
>
> Tobias Poschwatta wrote:
> > On Tue, Nov 25, 2008 at
> -Original Message-
> From: Carmelo Amoroso [mailto:[EMAIL PROTECTED]
> Sent: Saturday, November 29, 2008 3:25 PM
> To: Tobias Poschwatta
> Cc: Filippo ARCIDIACONO; 'Carmelo AMOROSO'; uclibc@uclibc.org
> Subject: Re: testsuite: wcsxfrm
>
> Tobias Po
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Bernhard
> Reutner-Fischer
> Sent: Wednesday, December 10, 2008 5:41 PM
> To: poly-p man
> Cc: uclibc@uclibc.org
> Subject: Re: where's the locale data?
>
> On Wed, Dec 10, 2008 at 10:21:32AM -0500
- set UCLIBC_BUILD_MINIMAL_LOCALE=y to enable only few locales And
charset.
Hope this can help you.
>
> Best regards,
>
> Irfan Rafiq.
>
>
Filippo Arcidiacono.
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
> -Original Message-
> From: uclibc-boun...@uclibc.org
> [mailto:uclibc-boun...@uclibc.org] On Behalf Of Zhou jun
> Sent: Friday, January 23, 2009 4:22 AM
> To: uclibc@uclibc.org
> Subject: Problem with libc.so.0
>
> Hi,
>
> I've just complied a uclibc sh4 cross-compile toochain, and
> -Original Message-
> From: uclibc-boun...@uclibc.org
> [mailto:uclibc-boun...@uclibc.org] On Behalf Of Rob Landley
> Sent: Monday, February 23, 2009 8:10 PM
> To: Carmelo AMOROSO
> Cc: uclibc@uclibc.org
> Subject: Re: Has anybody used 0.9.30 on sh4?
>
> On Monday 23 February 2009 09:
> -Original Message-
> From: uclibc-boun...@uclibc.org
> [mailto:uclibc-boun...@uclibc.org] On Behalf Of Kovesdi Gyorgy
> Sent: Wednesday, March 25, 2009 9:49 AM
> To: uclibc@uclibc.org
> Subject: problem with errno in readdir64_r() and readdir_r()
>
> Hi,
>
> I found that the above m
> -Original Message-
> From: Kövesdi György [mailto:k...@teledigit.hu]
> Sent: Monday, March 30, 2009 10:07 AM
> To: Carmelo AMOROSO
> Cc: Filippo ARCIDIACONO; uclibc@uclibc.org
> Subject: Re: problem with errno in readdir64_r() and readdir_r()
>
> > >
gettext functionality without
Locale support into the uClibc.
If locale support is disabled, only the "C" locale is supported.
libc.
> _______
> uClibc mailing list
> uClibc@uclibc.org
> http://lists.busybox.net/mailman/listinfo/uclibc
>
Hope this can help you.
By,
Filippo Arcidiacono.
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
> -Original Message-
> From: uclibc-boun...@uclibc.org
> [mailto:uclibc-boun...@uclibc.org] On Behalf Of Rob Landley
> Sent: Wednesday, July 14, 2010 1:58 AM
> To: uClibc
> Subject: _dl_pagesize and _dl_dprintf();
>
> The _dl_dprintf() code in ldso/ldso/dl-elf.c is checking the
> fmt
ed one, reducing the size of the uclibc.
Alternatively you can to enable UCLIBC_BUILD_MINIMAL_LOCALE
(only UTF-8 and ISO-8859-1).
Hope this can help you.
Regards
Filippo Arcidiacono
>
> The main purpose is to not to rely on some "existing"
> "working" "on the host"
> -Original Message-
> From: uclibc-boun...@uclibc.org
> [mailto:uclibc-boun...@uclibc.org] On Behalf Of Carmelo AMOROSO
> Sent: Wednesday, March 09, 2011 5:51 PM
> To: ANDY KENNEDY
> Cc: uclibc@uclibc.org
> Subject: Re: Strange: MIPS, librt, malloc (Cross Post:
> originally sent toBui
> -Original Message-
> From: ANDY KENNEDY [mailto:andy.kenn...@adtran.com]
> Sent: Friday, March 11, 2011 7:12 PM
> To: Filippo ARCIDIACONO; Carmelo AMOROSO
> Cc: uclibc@uclibc.org
> Subject: RE: Strange: MIPS, librt, malloc (Cross Post:
> originally se
> -Original Message-
> From: uclibc-boun...@uclibc.org
> [mailto:uclibc-boun...@uclibc.org] On Behalf Of Maksim Rayskiy
> Sent: Wednesday, April 13, 2011 11:07 PM
> To: uclibc@uclibc.org
> Subject: Linking with uClibc-0.9.32-rc3 on mipsel is
> sensitive to sharedlibraries link order
>
+0x26) [0x40093e]
./prog(myfunc+0x26) [0x40093e]
./prog(main+0x5a) [0x4009b2]
/lib/libc.so.0(__uClibc_main+0x21e) [0x295ce466]
The following patch (against the uclibc master branch) fix it in the dladdr
function.
Could you try on your arch?
Regards,
Filippo Arcidiacono
>F
> -Original Message-
> From: patrickdeping...@gmail.com
> [mailto:patrickdeping...@gmail.com] On Behalf Of Thomas De
> Schampheleire
> Sent: Tuesday, May 10, 2011 3:52 PM
> To: Carmelo AMOROSO; filippo.arcidiac...@st.com
> Cc: Tony Wu; uClibc
> Subject: Re: Backtrace in uClibC
>
> Hi
> -Original Message-
> From: uclibc-boun...@uclibc.org
> [mailto:uclibc-boun...@uclibc.org] On Behalf Of Carmelo Amoroso
> Sent: Wednesday, July 06, 2011 8:06 AM
> To: uclibc@uclibc.org
> Subject: Re: [patch] [uclibc-v0.9.32-rc3-123-gf87898c]
> ldso/ldso/ldso.c:891:31: error: 'st' unde
> -Original Message-
> From: uclibc-boun...@uclibc.org
> [mailto:uclibc-boun...@uclibc.org] On Behalf Of Sedat Dilek
> Sent: Tuesday, July 12, 2011 12:02 PM
> To: Carmelo AMOROSO
> Cc: uclibc@uclibc.org
> Subject: Re: [ANNOUNCE] prelink integration completed
>
> On Tue, Jul 12, 2011 at
> -Original Message-
> From: uclibc-boun...@uclibc.org
> [mailto:uclibc-boun...@uclibc.org] On Behalf Of Carmelo AMOROSO
> Sent: Thursday, September 15, 2011 2:52 PM
> To: uclibc@uclibc.org
> Subject: Re: any chance for an explicitely runnable runtime linker?
>
> On 15/09/2011 13.56, u
re this is hilight is http://wiki.debian.org/RpathIssue.
The following patch fixes this problem adding the executable's rpath in library
search path.
Regards,
Filippo Arcidiacono
>From 24f2c2bbc2d8f3b0fbdc27dfc7018141f36e46ab Mon Sep 17 00:00:00 2001
From: Filippo Arcidiacono
> -Original Message-
> From: uclibc-boun...@uclibc.org
> [mailto:uclibc-boun...@uclibc.org] On Behalf Of Laurent Bercot
> Sent: Thursday, September 22, 2011 5:53 PM
> To: uclibc@uclibc.org
> Subject: Re: Use executable's RPATH in looking up library
> searching path.
>
> > gcc -Wall -s
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Friday, September 23, 2011 4:40 PM
> To: uclibc@uclibc.org
> Cc: Filippo ARCIDIACONO
> Subject: Re: Use executable's RPATH in looking up library
> searching path.
>
> On Th
> -Original Message-
> From: vapierfil...@gmail.com [mailto:vapierfil...@gmail.com]
> On Behalf Of Mike Frysinger
> Sent: Saturday, September 24, 2011 8:46 AM
> To: Filippo ARCIDIACONO
> Cc: uclibc@uclibc.org
> Subject: Re: Use executable's RPATH in looking up
Hi Mike,
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Sunday, November 27, 2011 9:12 AM
> To: uclibc@uclibc.org; filippo.arcidiac...@st.com;
> carmelo.amor...@st.com
> Subject: prelink breaks fdpic support in a bunch of places
>
> there seems to be a bunc
> -Original Message-
> From: uclibc-boun...@uclibc.org [mailto:uclibc-boun...@uclibc.org] On
> Behalf Of Mohd Faris qureshi
> Sent: Monday, January 02, 2012 12:06 PM
> To: uclibc@uclibc.org
> Subject: Prelink issue with uClibc
>
> Hi,
>
> I compiled an application with tool chain "*mips
From: Mohd Faris qureshi [mailto:mohdfarisq2...@gmail.com]
Sent: Tuesday, January 03, 2012 4:34 AM
To: Filippo ARCIDIACONO
Subject: Re: Prelink issue with uClibc
> I suppose you are prelinking your application on target.
No I am not prelinking the application on target. I am cr
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Wednesday, January 18, 2012 6:16 PM
> To: Carmelo AMOROSO
> Cc: uclibc@uclibc.org; Filippo Arcidiacono
> Subject: Re: [PATCH] libdl: fix dlclose handling of symbol scope
>
> On Tue, Jan 17
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Thursday, January 19, 2012 6:39 AM
> To: Filippo ARCIDIACONO
> Cc: Carmelo AMOROSO; uclibc@uclibc.org
> Subject: Re: [PATCH] libdl: fix dlclose handling of symbol scope
>
> On Wed, Jan 1
I Khem,
This is similar what I do for fstat for similar problem.
Just a note, the call to stat64 should be also guarded by
__UCLIBC_HAS_LFS__?
Something like:
#if defined __UCLIBC_HAS_LFS__ && defined __NR_stat64
> -Original Message-
> From: uclibc-boun...@uclibc.org [mailto:uclibc-boun..
What do you think to extend this fix also for lstat?
Fstatat already call fstatat64.
> -Original Message-
> From: uclibc-boun...@uclibc.org [mailto:uclibc-boun...@uclibc.org] On
> Behalf Of Filippo ARCIDIACONO
> Sent: Friday, February 03, 2012 2:46 PM
> To: 'Khem Raj
> -Original Message-
> From: uclibc-boun...@uclibc.org [mailto:uclibc-boun...@uclibc.org] On
> Behalf Of Bernhard Reutner-Fischer
> Sent: Thursday, March 01, 2012 9:41 PM
> To: Henderson, Stuart
> Cc: uclibc@uclibc.org
> Subject: Re: non-scalar DL_LOADADDR_TYPE
>
> On Mar 1, 2012 7:32 PM
The fdpic support has been broken since the prelink support was added,
because it doesn't take into account DL_LOADADDR_TYPE could be a
type different of ElfW(Addr).
Signed-off-by: Filippo Arcidiacono
---
ldso/include/dl-defs.h | 11 +++
ldso/ldso/c6x/dl-sysdep.h |
> -Original Message-
> From: Filippo ARCIDIACONO [mailto:filippo.arcidiac...@st.com]
> Sent: Monday, March 05, 2012 7:12 PM
> To: uclibc@uclibc.org
> Cc: Filippo Arcidiacono
> Subject: [PATCH] ldso: fix fdpic support broken from prelink patch
>
> The fdpic suppo
> -Original Message-
> From: Filippo ARCIDIACONO [mailto:filippo.arcidiac...@st.com]
> Sent: Monday, March 05, 2012 7:17 PM
> To: uclibc@uclibc.org
> Cc: 'Filippo ARCIDIACONO'
> Subject: RE: [PATCH] ldso: fix fdpic support broken from prelink patch
>
> -Original Message-
> From: Henderson, Stuart [mailto:stuart.hender...@analog.com]
> Sent: Tuesday, March 06, 2012 7:23 PM
> To: Filippo ARCIDIACONO; uclibc@uclibc.org
> Subject: RE: [PATCH] ldso: fix fdpic support broken from prelink patch
>
> >> In th
The fdpic support has been broken since the prelink support was added,
because it didn't take into account DL_LOADADDR_TYPE could be a different
type of ElfW(Addr).
Signed-off-by: Filippo Arcidiacono
---
ldso/include/dl-defs.h | 11 +++
ldso/ldso/c6x/dl-sysdep.h |
Hi Stuart,
Please, could you try with this version.
Thanks,
Filippo.
> -Original Message-
> From: Filippo ARCIDIACONO [mailto:filippo.arcidiac...@st.com]
> Sent: Wednesday, March 07, 2012 10:07 AM
> To: uclibc@uclibc.org
> Cc: Filippo Arcidiacono
> Subject: [PATCH V
Hi Mike,
> -Original Message-
> From: Filippo ARCIDIACONO [mailto:filippo.arcidiac...@st.com]
> Sent: Wednesday, March 07, 2012 10:07 AM
> To: uclibc@uclibc.org
> Cc: Filippo Arcidiacono
> Subject: [PATCH V2] ldso: fix fdpic support broken from prelink patch
>
&g
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Sunday, March 25, 2012 8:15 AM
> To: uclibc@uclibc.org
> Cc: Filippo ARCIDIACONO
> Subject: Re: [PATCH V2] ldso: fix fdpic support broken from prelink
> patch
>
> On Wednesday 07
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Tuesday, March 27, 2012 5:13 AM
> To: Filippo ARCIDIACONO
> Cc: uclibc@uclibc.org; 'Bernhard Reutner-Fischer'
> Subject: Re: [PATCH V2] ldso: fix fdpic support broken from preli
>From d8ec745969b48a75412b6260f42f0cc294b42094 Mon Sep 17 00:00:00 2001
From: Filippo Arcidiacono
Date: Wed, 30 Nov 2011 14:13:02 +0100
Subject: [PATCH V3] ldso: fix fdpic support broken from prelink patch
The fdpic support has been broken since the prelink support was added,
because it did
>
> Note that this patch avoids the segfault. However, my guess is that there
> might still be some code in this area which is not working. Looking at
the GNU
> C library it initializes the structure with the C locale if no other
> locale is specified.
Your patch seems reasonable. Do you have
The fdpic support has been broken since the prelink support was added,
because it didn't take into account DL_LOADADDR_TYPE could be a different
type of ElfW(Addr).
Signed-off-by: Filippo Arcidiacono
Signed-off-by: Mike Frysinger
---
ldso/include/dl-defs.h |
> -Original Message-
> From: uclibc-boun...@uclibc.org [mailto:uclibc-boun...@uclibc.org] On
> Behalf Of PHilip RUshik
> Sent: Friday, March 30, 2012 1:03 PM
> To: uclibc@uclibc.org
> Subject: Segfault in libdl-0.9.33.so
>
> Both ncurses and SDL crash whenever an application using them c
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Saturday, March 31, 2012 5:27 PM
> To: Filippo ARCIDIACONO
> Cc: uclibc@uclibc.org
> Subject: Re: [PATCH V4] ldso: fix fdpic support broken from prelink
> patch
>
> On Thursday 29
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Friday, April 06, 2012 6:54 AM
> To: Filippo ARCIDIACONO
> Cc: uclibc@uclibc.org
> Subject: Re: [PATCH V4] ldso: fix fdpic support broken from prelink
> patch
>
> On Monday 02
The fdpic support has been broken since the prelink support was added,
because it didn't take into account DL_LOADADDR_TYPE could be a different
type of ElfW(Addr).
Signed-off-by: Filippo Arcidiacono
Signed-off-by: Mike Frysinger
---
ldso/include/dl-defs.h |
earch path, the library won't be preloaded but execution go
ahead with default one.
Signed-off-by: Filippo Arcidiacono
---
ldso/ldso/ldso.c | 17 -
1 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/ldso/ldso/ldso.c b/ldso/ldso/ldso.c
index 8cfb03f..9a77a68 10
> -Original Message-
> From: Filippo ARCIDIACONO [mailto:filippo.arcidiac...@st.com]
> Sent: Wednesday, May 30, 2012 5:11 PM
> To: uclibc@uclibc.org
> Cc: Filippo Arcidiacono
> Subject: [PATCH] ldso: preload standard path library with setuid bit
> set
>
[SNI
> -Original Message-
> From: uclibc-boun...@uclibc.org [mailto:uclibc-boun...@uclibc.org] On
> Behalf Of Lance Spaulding
> Sent: Friday, July 20, 2012 5:23 AM
> To: uclibc@uclibc.org
> Subject: prelinking with uClibc?
>
> I'm unable to get prelinking to work with uClibc. I'm using preli
5 PM
> To: uclibc@uclibc.org
> Cc: Filippo ARCIDIACONO; Carmelo Amoroso
> Subject: [PATCH] libc: make I/O locking cancel-safe with futexes
>
> From: Filippo ARCIDIACONO
>
> Current implementation of I/O locking macros using futexes are not
> cancel safe, as if a thread is ca
On 11/8/2012 2:50 PM, Florian Fainelli wrote:
On Friday 02 November 2012 08:52:39 Timo Teras wrote:
On Thu, 1 Nov 2012 21:13:32 +0200 Timo Teras wrote:
I noticed that dlsym(RTLD_NEXT) seems to be broken under certain
conditions. I also noticed that Floarian observed this earlier too
[1], but n
Folks,
we have seen some issues recently in uClibc related to the way the aux
vect is managed inside __uClibc_main.
Running a set-[user,group]-ID ELF binaries with some 'unsecure'
environment variable set (i.e LD_LIBRARY_PATH or LD_PRELOAD), auxvt is
wrongly set in __uClibc_main.
The proble
ck-protector-all compiler flag as log below:
root@cortex-a9:/usr/tests/ltp/testcases/bin# ./utstest clone 5
stack smashing detected: ./utstest terminated()
Regression introduced by commit e58798e107d652644629a1daaa95d76430808d53
Signed-off-by: Filippo Arcidiacono
Signed-off-by: Giuseppe Di Gior
libc refers to __dl_secure and _dl_pagesize as initialised
by the ld.so where the aux vext is still untouched.
Signed-off-by: Filippo Arcidiacono
Reviewed-by: Carmelo Amoroso
---
ldso/ldso/ldso.c|2 +-
libc/misc/elf/dl-support.c |4
libc/misc/inte
libc refers to __dl_secure and _dl_pagesize as initialised
by the ld.so where the aux vext is still untouched.
Signed-off-by: Filippo Arcidiacono
Reviewed-by: Carmelo Amoroso
---
ldso/ldso/ldso.c|2 +-
libc/misc/elf/dl-support.c |4
libc/misc/inte
On 12/14/2012 11:40 AM, Filippo ARCIDIACONO wrote:
It's not safe to use the aux vect inside __uClibc_main if we are running
with shared libraries, because it could have been already modified.
For example, if some constructor plays with environment variables by
using unsetenv, the modifica
On 1/23/2013 12:44 PM, Bernhard Reutner-Fischer wrote:
On 23 January 2013 12:27, Florian Fainelli wrote:
Bernhard,
Do you want to backport more fixes into 0.9.33.3 or do you think it is ready
for a release now?
I have pushed these 3 additional patches from master onto the 0.9.33
branch, fwiw:
On 2/28/2013 1:06 PM, Alexander Varnin wrote:
Hello.
I'm using uClibc 0.9.33.2 with buildroot.
My OS built with buildroot, and locale settings is to enable
ru_RU.UTF8 locale both in buildroot .config and uClibc .config.
I'm trying to do
setlocale(LC_CTYPE, "ru_RU.UTF-8")
but return value of thi
On 4/26/2013 5:30 AM, ANDY KENNEDY wrote:
I'm attempting to link static an app that contains backtrace. I
set LDFLAGS to "-lubacktrace -ldl" and I get a viable file which
does run. The app crashes. During the call to backtrace, I get
an error:
libgcc_s.so.1 must be installed for backtrace to
On 4/26/2013 4:51 PM, ANDY KENNEDY wrote:
From: Filippo ARCIDIACONO [mailto:filippo.arcidiac...@st.com]
On 4/26/2013 5:30 AM, ANDY KENNEDY wrote:
I'm attempting to link static an app that contains backtrace. I
set LDFLAGS to "-lubacktrace -ldl" and I get a viable file which
doe
Signed-off-by: Filippo Arcidiacono
---
ldso/libdl/libdl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/ldso/libdl/libdl.c b/ldso/libdl/libdl.c
index 018c720..4b95c42 100644
--- a/ldso/libdl/libdl.c
+++ b/ldso/libdl/libdl.c
@@ -374,7 +374,7 @@ static void *do_dlopen
Signed-off-by: Filippo Arcidiacono
Acked-by: Carmelo Amoroso
---
ldso/libdl/libdl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/ldso/libdl/libdl.c b/ldso/libdl/libdl.c
index 018c720..4b95c42 100644
--- a/ldso/libdl/libdl.c
+++ b/ldso/libdl/libdl.c
@@ -374,7 +374,7
On 4/30/2013 9:49 AM, Sedat Dilek wrote:
On Tue, Apr 30, 2013 at 9:21 AM, Filippo ARCIDIACONO
wrote:
Signed-off-by: Filippo Arcidiacono
Acked-by: Carmelo Amoroso
Why no changelog/summary and reference (Hint: See Peter's blog-article)?
Because is a simple typo error, the patch's
pplication.
This patches are under review at the moment.
Shortly I'll post.
Il giorno 29/apr/2013 10:04, "Filippo ARCIDIACONO"
mailto:filippo.arcidiac...@st.com>> ha
scritto:
On 4/26/2013 4:51 PM, ANDY KENNEDY wrote:
From: Filippo ARCIDIACONO
[ma
Hi all,
last commit 71c10c484e7dc113396cccb7e503befb759c6346
,
(libubacktrace: fix backtrace for statically linked application)
broke libubacktrace's build.
The module backtrace.o[sS] was not built.
I'm going to post a patch to fix this issue.
Sorry for the inconvenience.
Regards,
Filippo
Indeed the commit 71c10c484e7dc113396cccb7e503befb759c6346 broke
libubactrace build, the backtrace.o[oS] was not built.
This definetively fixes the libubacktrace build.
Also remove architecture specific objects in clean target.
Signed-off-by: Filippo Arcidiacono
---
libubacktrace/Makefile.in
On 5/9/2013 6:32 AM, Carmelo Amoroso wrote:
Il giorno 08/mag/2013 22:33, "ANDY KENNEDY" ha
scritto:
-Original Message-
From: Carmelo Amoroso [mailto:carmel...@gmail.com]
Sent: Wednesday, May 08, 2013 2:36 PM
To: ANDY KENNEDY
Cc: uclibc@uclibc.org
Subject: Re: Troubleshooting statically
On 5/14/2013 12:51 AM, ANDY KENNEDY wrote:
Filippo/Carmelo/all:
The patches fixes the infinite loop and extend the backtrace support in
statically linked app,
has been committed in master branch and cherry piched in 0.9.33 branch.
Moreover to properly build the libubacktrace you should manually
On 5/14/2013 9:05 PM, ANDY KENNEDY wrote:
two applications listed a backtrace. Only one line is printed with an
address (presumably of the backtrace function call).
Yes, it is the calling function address.
You can use addr2line command to convert the address in line number.
Before you have to c
On 5/19/2013 7:08 AM, Mike Frysinger wrote:
On Friday 14 December 2012 05:40:05 Filippo ARCIDIACONO wrote:
--- a/libc/misc/elf/dl-support.c
+++ b/libc/misc/elf/dl-support.c
@@ -28,6 +28,7 @@ void (*_dl_init_static_tls) (struct link_map *) =
&_dl_nothread_init_static_tls;
ElfW(Phdr) *_dl_
On 8/22/2013 4:58 PM, Baruch Siach wrote:
This fixes the following warning when SUPPORT_LD_DEBUG_EARLY is not enabled:
ldso/ldso/ldso.c: In function '_dl_get_ready_to_run':
ldso/ldso/ldso.c:754:16: warning: unused variable 'tmp' [-Wunused-variable]
Partially revert commit 94cc6edb (ldso: Rework
-variable]
This was introduced with commit 94cc6edb (ldso: Rework global scope handling
and symbol lookup mechanism).
Cc: Filippo Arcidiacono
Signed-off-by: Baruch Siach
---
v2: We need the old value of l_tls_initimage for the debug message, so instead
of removing 'tmp', mark it with t
ee to use the free function similarly to
__need_malloc_and_calloc
that fixes both problems.
If you agree I can provide the proper patch.
Any feedback are welcome.
Filippo Arcidiacono
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
Hi,
On 9/10/2013 7:29 AM, Rich Felker wrote:
On Thu, Aug 29, 2013 at 03:02:22PM +0200, Filippo ARCIDIACONO wrote:
Hi,
Building ltp testsuite it fails when try to build signal_test_04.c with the
the following error:
In file included from signal_test_04.c:85:0:
/usr/include/sys/wait.h:116:22
On 9/12/2013 2:49 PM, Rajendra Dendukuri wrote:
Thanks Shreyas for the tip. But it is not working even with "-fexceptions" or
"-fasynchronous-unwind-tables" options.
Forum,
Anyone faced this issue before?
Yes. I got the same behavior using your test.
Doing some googling , see
http://stackover
yes, as I said before.
/Thanks
you are welcome.
regards,
Filippo
-Original Message-
From: Filippo ARCIDIACONO [mailto:filippo.arcidiac...@st.com]
Sent: Thursday, September 12, 2013 10:14 AM
To: Rajendra Dendukuri
Cc: SHREYAS JOSHI; uclibc@uclibc.org
Subject: Re: backtrace() not workin
Currently the Makefile rules are not removing from the global CFLAGS
any of the OMIT cflags declared at file level. This patch fixes it.
Signed-off-by: Carmelo Amoroso
Signed-off-by: Filippo Arcidiacono
---
Makerules |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a
At least on ARM, building the ld.so with -fasynchronous-unwind-tables
for backtrace is creating a dependencies against libc through libgcc_eh.
So it needs to exclude this from the ldso cflags.
Signed-off-by: Carmelo Amoroso
Signed-off-by: Filippo Arcidiacono
---
ldso/ldso/Makefile.in |2
Add -fasynchronous-unwind-tables compiler flag for all objects, to improve
backtrace functionality, getting full backtrace whatever functions are
in the call stack.
Signed-off-by: Filippo Arcidiacono
Signed-off-by: Carmelo Amoroso
---
Rules.mak |5
ehalf Of
Filippo ARCIDIACONO
Sent: Friday, September 13, 2013 4:32 AM
To: uclibc@uclibc.org
Subject: [PATCH 3/3] ldso: exclude -fasynchronous-unwind-tables from ldso CFLAGS
At least on ARM, building the ld.so with -fasynchronous-unwind-tables
for backtrace is creating a dependencies against libc th
On 12/13/2013 7:39 PM, Steve Ellcey wrote:
I have a question about the uclibc dynamic linker vs. the glibc dynamic
linker. I have built a GCC cross-toolchain running on an x86 linux
system and targeting the MIPS CPU. If I build with the glibc system
library and dynamic linker everything works f
1 - 100 of 104 matches
Mail list logo