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:
commit:
http://git.uclibc.org/uClibc/commit/?id=8a8434b367e0b94b9fda72c99f1c6467
37725403 branch:
http://git.uclibc.org/uClibc/commit/?id=refs
0 216 d8
./libpthread/nptl/sysdeps/unix/sysv/linux/raise.os
216 0 0 216 d8
./libpthread/nptl/sysdeps/unix/sysv/linux/raise.oS
280 24 4 308 134 ./libc/stdlib/abort.os
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
libc
On 30 December 2011 12:55, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
Hi,
I have just tagged and tar'ed 0.9.33-rc1
Please test and report back, the final release is due to happen within
the next 2 weeks.
Thanks in advance and enjoy!
I hope to have a fix for FDPIC issues to
to all uclibc fans.
cheers,
carmelo
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On 30 December 2011 21:45, Abdoulaye Walsimou Gaye a...@embtoolkit.org wrote:
Trying to wrap _Unwind_GetIP with function pointer makes libubacktrace
not working for ARM, as it is defined as a preprocessor macro like this
in gcc-4.6.2:
#define _Unwind_GetIP(context) \
(_Unwind_GetGR (context,
On 02/05/2011 17.20, Carmelo AMOROSO wrote:
On 5/2/2011 4:14 PM, Thomas De Schampheleire wrote:
Hi Carmelo,
Hi Thomas,
I tested backtrace on a powerpc system (P4080 family) with
uClibc-0.9.31, and the test program mentioned in the backtrace man
page [1].
The good news is that it seems
On 20/12/2011 8.43, Daniel Wainwright wrote:
Hi,
I believe there is a simple error in getpass.c, line 80:
static char buf[PWD_BUFFER_SIZE];
...
/* Read the password. */
fgets (buf, PWD_BUFFER_SIZE-1, in);
if (buf != NULL)
...
So the result of fgets is not
crash now.
Signed-off-by: Timo Teräs timo.te...@iki.fi
Acked-by: Carmelo Amoroso carmelo.amor...@st.com
---
TODO |1 +
ldso/libdl/libdl.c | 54
+++
2 files changed, 50 insertions(+), 5 deletions(-)
Hi Timo,
This patch
On 16/12/11 15:57, Johannes Stezenbach wrote:
On Tue, Nov 29, 2011 at 04:51:35PM +0100, Johannes Stezenbach wrote:
On Mon, Nov 28, 2011 at 10:51:04PM +0100, Bernhard Reutner-Fischer wrote:
On Nov 28, 2011 6:43 PM, Johannes Stezenbach j...@sig21.net wrote:
I'm in the process of building a
On 06/12/2011 11.25, Carmelo Amoroso wrote:
On 06/12/2011 1.54, Khem Raj wrote:
On Mon, Dec 5, 2011 at 7:09 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 05/12/2011 13.04, Carmelo AMOROSO wrote:
On 01/12/2011 20.40, Khem Raj wrote:
yes I tried the elf_machine_relocations patch
On 06/12/2011 1.54, Khem Raj wrote:
On Mon, Dec 5, 2011 at 7:09 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 05/12/2011 13.04, Carmelo AMOROSO wrote:
On 01/12/2011 20.40, Khem Raj wrote:
yes I tried the elf_machine_relocations patch and it did not help
I am
7682323a3a798d6f15708f228f859a64cb869aa3, and
resetting back to HEAD~1, we ends in SHA1
commit 3004ce0c9619f89bf8e64931edd696bf4df8d2e1
Merge: 3b3285b 4916fd8
Author: Carmelo Amoroso carmelo.amor...@st.com
Date: Wed May 4 08:31:16 2011 +0200
Merge remote-tracking branch 'origin/master' into prelink
On 05/12/2011 13.04, Carmelo AMOROSO wrote:
On 01/12/2011 20.40, Khem Raj wrote:
yes I tried the elf_machine_relocations patch and it did not help
I am at 7682323a3a798d6f15708f228f859a64cb869aa3
which is merge commit.
so if you do reset --hard HEAD~1 you have something working again
On 02/12/2011 14.45, Bernhard Reutner-Fischer wrote:
On Dec 1, 2011 8:41 PM, Khem Raj raj.k...@gmail.com wrote:
yes I tried the elf_machine_relocations patch and it did not help
I am at 7682323a3a798d6f15708f228f859a64cb869aa3
which is merge commit.
so if you do reset --hard HEAD~1 you
On 30/11/2011 22.44, Khem Raj wrote:
On Wed, Nov 30, 2011 at 5:57 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 29/11/2011 17.18, Khem Raj wrote:
On Tue, Nov 29, 2011 at 1:53 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 28/11/2011 18.33, Khem Raj wrote:
On Mon, Nov 28, 2011
On 30/11/2011 22.44, Khem Raj wrote:
On Wed, Nov 30, 2011 at 5:57 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 29/11/2011 17.18, Khem Raj wrote:
On Tue, Nov 29, 2011 at 1:53 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 28/11/2011 18.33, Khem Raj wrote:
On Mon, Nov 28, 2011
On 29/11/2011 17.18, Khem Raj wrote:
On Tue, Nov 29, 2011 at 1:53 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 28/11/2011 18.33, Khem Raj wrote:
On Mon, Nov 28, 2011 at 5:21 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 28/11/2011 3.15, Khem Raj wrote:
On Sat, Nov 26, 2011
On 01/12/2011 6.29, Khem Raj wrote:
On (29/11/11 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.
hmm this object is added to libc-shared-y so I think it should not
On 28/11/2011 18.33, Khem Raj wrote:
On Mon, Nov 28, 2011 at 5:21 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 28/11/2011 3.15, Khem Raj wrote:
On Sat, Nov 26, 2011 at 4:33 PM, Mike Frysinger vap...@gentoo.org wrote:
On Saturday 26 November 2011 19:07:44 Khem Raj wrote:
If I build
On 27/11/2011 1.30, Mike Frysinger wrote:
On Wednesday 23 November 2011 11:22:04 Carmelo AMOROSO wrote:
On 17/11/2011 17.14, Mike Frysinger wrote:
On Friday 04 November 2011 08:50:02 Bernhard Reutner-Fischer
wrote:
On 3 November 2011 09:31, Carmelo AMOROSO wrote:
On several architectures
On 28/11/2011 13.18, Filippo ARCIDIACONO wrote:
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
On 29/11/2011 6.07, Mike Frysinger wrote:
On Monday 28 November 2011 07:18:50 Filippo ARCIDIACONO wrote:
Definitively it needs to review handling of DL_LOADDADDR_TYPE
variables To extend the prelink support also for fdpic archs.
atm, i don't think anyone is running FDPIC on systems with
This is a temporary experimental fix.
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
ldso/ldso/dl-elf.c |4 +---
ldso/ldso/dl-startup.c |4 +---
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/ldso/ldso/dl-elf.c b/ldso/ldso/dl-elf.c
index b9de199..09857ef
On 28/11/2011 3.15, Khem Raj wrote:
On Sat, Nov 26, 2011 at 4:33 PM, Mike Frysinger vap...@gentoo.org wrote:
On Saturday 26 November 2011 19:07:44 Khem Raj wrote:
If I build the root file system without this patch everything works
as expected. Could you explain why this commit is needed ?
On 28/11/2011 3.15, Khem Raj wrote:
On Sat, Nov 26, 2011 at 4:33 PM, Mike Frysinger vap...@gentoo.org wrote:
On Saturday 26 November 2011 19:07:44 Khem Raj wrote:
If I build the root file system without this patch everything works
as expected. Could you explain why this commit is needed ?
On 24/11/2011 8.10, Bernhard Reutner-Fischer wrote:
On Nov 24, 2011 7:11 AM, Carmelo AMOROSO carmelo.amor...@st.com wrote:
Use CROSS_COMPILE instead of CROSS as other projects are doing
(i.e. kernel, busybox, buildroot).
CROSS is still supported for backward compatibility only
Signed-off
On 18/11/2011 21.02, Bernhard Reutner-Fischer wrote:
On Thu, Nov 03, 2011 at 09:31:48AM +0100, Carmelo AMOROSO wrote:
On several architectures __NR_ulimit syscall number is currently
defined but it is remapped onto sys_ni_syscall, while on other
architectures they are not longer defined.
So
Use CROSS_COMPILE instead of CROSS as other projects are doing
(i.e. kernel, busybox, buildroot).
CROSS is still supported for backward compatibility only
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
INSTALL |2 +-
Makefile.help
Hi William,
On 16/11/2011 11.05, William Pitcock wrote:
The linker script that is generated does not pull in the right file for
libubacktrace.so in the event that $(ABI_VERSION) is not $(MAJOR_VERSION).
This is the case for Alpine where multiple versions of uClibc are provided
in slotted
On 04/11/2011 13.50, Bernhard Reutner-Fischer wrote:
On 3 November 2011 09:31, Carmelo AMOROSO carmelo.amor...@st.com wrote:
On several architectures __NR_ulimit syscall number is currently
defined but it is remapped onto sys_ni_syscall, while on other
architectures they are not longer defined
On several architectures __NR_ulimit syscall number is currently
defined but it is remapped onto sys_ni_syscall, while on other
architectures they are not longer defined.
So use {get,set}rlimit only to implement ulimit interface.
It fixes LTP ulimit01 test case.
Signed-off-by: Carmelo Amoroso
On 01/11/2011 23.51, William Pitcock wrote:
Casting a pointer to Elf32_Addr type will discard 32 bits from the
pointer address. Using unsigned long ensures that a pointer is 64-bit
safe.
Signed-off-by: William Pitcock neno...@dereferenced.org
---
ldso/libdl/libdl.c |2 +-
1 files
On 24/10/2011 19.07, j...@eclis.ch wrote:
From: Jean-Christian de Rivaz j...@eclis.ch
Hello,
I whould like to share this simple patch that add the eventfd call to
uClibc. Please review so it can be accepted to be merged.
Jean-Christian
Signed-off-by: Jean-Christian de Rivaz
On 21/07/2011 23.05, Rob Landley wrote:
I needed the following patch to make sh4 and sparc build with
pthreads.old in current git:
diff --git a/libc/sysdeps/linux/sh/Makefile.arch
b/libc/sysdeps/linux/sh/Makefile.arch
index 92e262b..6cbc681 100644
---
On 14/10/2011 15.39, Carmelo AMOROSO wrote:
On 14/10/2011 14.50, Bernhard Reutner-Fischer wrote:
On Fri, Aug 26, 2011 at 02:55:29PM +0200, Carmelo AMOROSO wrote:
Hello,
I'm having some problem in building now NPTL without RESOLVER.
I've fixed one of this problem (not yet pushed), but other
On 27/10/2011 23.04, Mike Frysinger wrote:
On Thu, Oct 27, 2011 at 17:54, Carmelo AMOROSO wrote:
On 27/10/2011 17.32, Mike Frysinger wrote:
On Thu, Oct 27, 2011 at 16:42, Carmelo AMOROSO wrote:
+ifndef CROSS_COMPILE
+CROSS_COMPILE=
endif
this is kind of useless logic. i would change
On 20/10/2011 18.19, Khem Raj wrote:
On Thu, Oct 20, 2011 at 3:25 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 25/08/2011 17.58, Khem Raj wrote:
On Wed, Aug 24, 2011 at 8:54 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 24/08/2011 17.50, Khem Raj wrote:
On 8/24/2011 7:19 AM
On 25/08/2011 17.58, Khem Raj wrote:
On Wed, Aug 24, 2011 at 8:54 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 24/08/2011 17.50, Khem Raj wrote:
On 8/24/2011 7:19 AM, Carmelo AMOROSO wrote:
Add a new option CONFIG to specify different defconfigs for each ARCH.
The naming convention
required for uint8_t) and apply.
thanks,
Carmelo
Carmelo AMOROSO (1):
ldd: take LD_LIBRARY_PATH into account
utils/Makefile.in |2 +-
utils/ldd.c | 54
-
2 files changed, 54 insertions(+), 2 deletions
On 17/09/2011 11.34, u-uclibc-y...@aetey.se wrote:
Actually, I would suggest to make the use of the loader path
optional for the standalone loader too. The less magic, the less
security implications and possible confusion.
On Fri, Sep 16, 2011 at 11:27:23PM +0200, u-uclibc-y...@aetey.se
On 11/10/2011 13.45, Richard Braun wrote:
From: Guillaume Bourcier guillaumebourc...@free.fr
The algorithm computing daylight saving time incorrectly adds a day for
each month after January for leap years. The clock shift from/to DST can
be delayed if the last Sunday of a transition month is
Extend the environment variables adding the LD_LIBRARY_PATH
if actually passed when doing shared library tracings through
the ld.so trace capability.
This is possible only using the system dynamic linker in stand-alone
mode to avoid any vulnerability.
Signed-off-by: Carmelo Amoroso carmelo.amor
On 10/10/2011 9.12, u-uclibc-y...@aetey.se wrote:
Carmelo,
On Fri, Oct 07, 2011 at 03:26:49PM +0200, Carmelo AMOROSO wrote:
using the ldd implementation based on ld.so tracing by the environment
variable LD_TRACE_LOADED_OBJECTS, LD_LIBRARY_PATH is not taken into
account. So it could
On 10/10/2011 11.49, u-uclibc-y...@aetey.se wrote:
On Mon, Oct 10, 2011 at 10:49:01AM +0200, Carmelo AMOROSO wrote:
We now fortunately have the opportunity to run uClibc ld.so in
stand-alone mode as well, so this revised implementation should be safe.
Hi Rune,
Personally I do not see a big
On 10/10/2011 14.05, u-uclibc-y...@aetey.se wrote:
Hi Carmelo,
On Mon, Oct 10, 2011 at 12:21:24PM +0200, Carmelo AMOROSO wrote:
I could agree with you, but one of the big concerns I often see (even in
the embedded world) with customers when trying to pushing them to
migrate fro a glibc
Hi,
using the ldd implementation based on ld.so tracing by the environment
variable LD_TRACE_LOADED_OBJECTS, LD_LIBRARY_PATH is not taken into
account. So it could not found some libraries installed into a non
standard path.
This is why the environment passed to the program is hard-coded
static
Extend the environment variables adding the LD_LIBRARY_PATH
if actually passed when doing shared library tracings through
the ld.so trace capability.
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
utils/ldd.c | 41 -
1 files changed, 40
On 11/09/2011 12.31, νιкαѕ gαнℓαη wrote:
We are using uclibc environment in our embedded project. I am trying to use
Qualcom 3G modem in our system. The modem SDK has libraries which are using
aio support.
In uclibc , I didn't find aio functions. I have seen a aio patch from Cristi
but that
On 02/09/2011 0.45, William Pitcock wrote:
hi,
consider the following code, call it loader.c:
petrie:~/weak$ cat loader.c
#include stdio.h
#include stdlib.h
#include dlfcn.h
int main(int argc, const char *argv[]) {
/* make gcc -pedantic happy. --nenolod */
union {
On 26/08/2011 9.52, Bernhard Reutner-Fischer wrote:
On Tue, Aug 16, 2011 at 11:54:32AM +0200, Daniel Mack wrote:
On Tue, Jul 19, 2011 at 9:18 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Jul 18, 2011 10:03 AM, Daniel Mack zon...@gmail.com wrote:
Any opinions about this patch
On 26/08/2011 15.02, Daniel Mack wrote:
On Fri, Aug 26, 2011 at 2:55 PM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
Hello,
I'm having some problem in building now NPTL without RESOLVER.
I've fixed one of this problem (not yet pushed), but other appeared
(basically __resp variable
Add a new option CONFIG to specify different defconfigs for each ARCH.
The naming convention assume that the defconfig are defined as
$(ARCH)_$(CONFIG)
i.e.
make ARCH=sh CONFIG=prelink defconfig
will look for extra/Configs/defconfigs/sh_prelink
Signed-off-by: Carmelo Amoroso carmelo.amor
On 24/08/2011 17.50, Khem Raj wrote:
On 8/24/2011 7:19 AM, Carmelo AMOROSO wrote:
Add a new option CONFIG to specify different defconfigs for each ARCH.
The naming convention assume that the defconfig are defined as
$(ARCH)_$(CONFIG)
i.e.
make ARCH=sh CONFIG=prelink defconfig
will look
On 1 August 2011 13:29, Sridhar Uravakonda sri.uravako...@gmail.com wrote:
Hi All,
I am using 0.9.29 uclibc on a MIPS platform.
While testing a sample program with process shared mutexes and process
shared conditional variables (pthread_cond_wait, pthread_cond_broadcast,
pthread_mutex_lock,
On 24/07/2011 1.22, Liu wrote:
Hi all,
We've changed a CPU into little-endian from big-endian, and binutils
and gcc have been rewrite for little-endian.
Do I need modify newlib code for endian changed? If I do need, what should I
do?
Thanks
--Liu
Hi,
uCLibc is not newlib... likely
On 25/07/2011 3.23, manish kumar wrote:
Hi,
Is there any official test suite to verify the stability of
tool-chain, specifically uClibc based? And is this official test
suite maintained by community as well? I am looking for maximum
coverage of tool-chain functionality and not just uClibc
On 24/07/2011 10.19, Kevin Cernekee wrote:
Trivial fixes for these warnings:
CC ldso/libdl/libdl.oS
In file included from ldso/ldso/ldso.c:46:0:
ldso/ldso/mips/elfinterp.c:88:1: warning: no previous prototype for
'__dl_runtime_pltresolve'
ldso/ldso/ldso.c: In function
On 24/07/2011 10.43, Richard Braun wrote:
On Sat, Jul 09, 2011 at 02:06:52PM +0200, Richard Braun wrote:
When debugging memory leaks with Valgrind, it is required that
dynamically loaded shared objects are not unloaded when a process exits,
otherwise symbols from those files aren't correctly
On 12/07/2011 20.01, diba...@libero.it wrote:
Hi all,
attached you can find a version of libsegfault modified to compile with
uClibc
0.9.32. I didn't test it because I don't have an available system. If you
also
miss the useful libSegfault try to test it. Probably in the future could
On 06/07/2011 14.32, Douglas Mencken wrote:
is thi problem reported against master branch ?
it sounds strange because I've built and run with prelink support.
carmelo
Yep, the latest git master I tried. Maybe you configured uClibc in a
way so there was something special defined for #ifdef,
On 01/07/2011 17.41, Carmelo AMOROSO wrote:
Folks,
I'm happy to announce that finally we have merged prelink into master
branch. It is a nice and useful feature to use on your system.
It includes also stand-alone ld.so capability as well.
It makes uClibc a step forward.
Let me thank my
On 06/07/11 04:55, Douglas Mencken wrote:
Enable LDSO_STANDALONE_SUPPORT and LDSO_PRELINK_SUPPORT, and the build
process will fail:
CC ldso/ldso/ldso.oS
In file included from ldso/ldso/ldso.c:37:0:
ldso/ldso/dl-debug.c: In function '_dl_debug_lookup':
ldso/ldso/dl-debug.c:115:17:
On 06/07/2011 10.20, Filippo ARCIDIACONO wrote:
-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
On 30/06/2011 23.24, Bernhard Reutner-Fischer wrote:
On Jun 30, 2011 7:56 PM, Rich Felker dal...@aerifal.cx wrote:
On Fri, Jul 01, 2011 at 03:38:04AM +1000, Nemykal wrote:
Actually I think I may have found the culprit: I only get this error
when
DOMULTI=y
With uClibc development/debugging
On 28/06/2011 9.30, Carmelo AMOROSO wrote:
On 27/06/2011 21.53, Khem Raj wrote:
On Mon, Jun 27, 2011 at 8:01 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 27/06/2011 10.25, Carmelo AMOROSO wrote:
On 24/06/2011 16.37, Carmelo AMOROSO wrote:
On 13/06/2011 22.17, Khem Raj wrote:
On Mon
Folks,
I'm happy to announce that finally we have merged prelink into master
branch. It is a nice and useful feature to use on your system.
It includes also stand-alone ld.so capability as well.
It makes uClibc a step forward.
Let me thank my colleague Filippo that has done most the hard work to
On 27/06/2011 21.53, Khem Raj wrote:
On Mon, Jun 27, 2011 at 8:01 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 27/06/2011 10.25, Carmelo AMOROSO wrote:
On 24/06/2011 16.37, Carmelo AMOROSO wrote:
On 13/06/2011 22.17, Khem Raj wrote:
On Mon, Jun 13, 2011 at 12:40 PM, Carmelo AMOROSO
On 24/06/2011 16.37, Carmelo AMOROSO wrote:
On 13/06/2011 22.17, Khem Raj wrote:
On Mon, Jun 13, 2011 at 12:40 PM, Carmelo AMOROSO
carmelo.amor...@st.com wrote:
On 08/06/2011 23.22, Khem Raj wrote:
On Wed, Jun 8, 2011 at 2:17 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
Hi
On 27/06/2011 10.25, Carmelo AMOROSO wrote:
On 24/06/2011 16.37, Carmelo AMOROSO wrote:
On 13/06/2011 22.17, Khem Raj wrote:
On Mon, Jun 13, 2011 at 12:40 PM, Carmelo AMOROSO
carmelo.amor...@st.com wrote:
On 08/06/2011 23.22, Khem Raj wrote:
On Wed, Jun 8, 2011 at 2:17 PM, Bernhard Reutner
On 23/06/2011 0.48, Ed W wrote:
Hi, please commit the following trivial patch. I think a variable was
missed when updating a makefile?
(What's the problem? As it stands it tries to delete files in /)
Thanks
Ed W
--- libubacktrace/Makefile.in.orig 2011-06-22
On 13/06/2011 22.17, Khem Raj wrote:
On Mon, Jun 13, 2011 at 12:40 PM, Carmelo AMOROSO
carmelo.amor...@st.com wrote:
On 08/06/2011 23.22, Khem Raj wrote:
On Wed, Jun 8, 2011 at 2:17 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
Hi,
master is now potentially open to
- merge
On 08/06/2011 22.04, Bernhard Reutner-Fischer wrote:
Hi,
We are pleased to announce the release of uClibc-0.9.32.
Numerous bugfixes and alot of overall improvement went into this
release:
It contains NPTL (Native POSIX Thread Library) support for the following
architecures:
- arm
On 08/06/2011 23.22, Khem Raj wrote:
On Wed, Jun 8, 2011 at 2:17 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
Hi,
master is now potentially open to
- merge future into master
- merge prelink into master
- merge ldso-future into master
(in this order).
To do this, ideally
On 11/06/2011 7.20, Jason Woodward wrote:
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
I'm seeing the same issue... I'll give a look.
___
uClibc mailing
9381d622e2411a35a5fd73a5a573eb269e2dd9c9 [nptl: fix buildsys] by
Bernhard, headers was removed,
causing the problem reported above.
Signed-off-by: Filippo Arcidiacono filippo.arcidiac...@st.com
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
Makefile.in |2 +-
1 files changed, 1 insertions(+), 1 deletions
On 30/05/2011 14.37, Carmelo AMOROSO wrote:
When NPTL is not enabled, and LOCALE support is used, compilation fails
with the following error:
-
MKDIR include/bits
GEN include/bits/sysnum.h
make[1]: *** No rule
On 10/05/2011 17.12, Carmelo AMOROSO wrote:
On 5/10/2011 5:00 PM, Filippo ARCIDIACONO wrote:
-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
On 11/05/2011 19.58, Bernhard Reutner-Fischer wrote:
Hi,
I could not compile libubacktrace without nptl.
it fails also with NPTL indeed. include/unind.h take over the nptl
version in any case.
Can somebody check arm eabi with current master where i
$ git mv
On 5/3/2011 8:50 AM, Thomas De Schampheleire wrote:
Hi Carmelo,
Unfortunately, backtrace_symbols() is not yet ok. According to the
expected output of the example I took from [1], static functions
simply have no symbolic resolution in the glibc version; only a
pointer is shown.
However,
On 5/10/2011 5:00 PM, Filippo ARCIDIACONO wrote:
-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
On 5/3/2011 1:42 AM, Kevin Cernekee wrote:
On Mon, May 2, 2011 at 9:44 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
Extend aux vect handling for MIPS to retrieve DCache shape information
and platform string.
I had to add a (verbatim) copy of the SH Makefile.arch, for MIPS, in
order
On 5/3/2011 1:39 AM, Kevin Cernekee wrote:
[SNIP]
- /* Get the number of program headers from the aux vect */
- _dl_phnum = (size_t) av[AT_PHNUM].a_un.a_val;
+for (; av-a_type AT_NUM; ++av) {
+switch (av-a_type) {
FWIW, that does result in mixed indentation styles in
.
I'll give a look asap.
Really many thanks for your feedback and testing.
Best regards,
Thomas
[1] http://www.kernel.org/doc/man-pages/online/pages/man3/backtrace.3.html
Cheers,
Carmelo
On Tue, Apr 26, 2011 at 2:14 PM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 4/25/2011 10
dynamically.
I've added also the MIPS specific code support. Kevin, may you kindly give a
try and
provide your Ack at this patch, if works ?
Thanks,
Carmelo
Carmelo Amoroso (3):
libc_elf: improve auxiliary vector handling
libc_elf_sh: specific auxiliary vector handling for SH
libc_elf_mips
data handling
- handling aux vect differently in ld.so and libc
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
Makefile.in |3 +-
include/auxvect.h| 33
ldso/ldso/dl-startup.c |5
Extend aux vect handling for MIPS to retrieve DCache shape information
and platform string.
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
libc/misc/elf/mips/dl-support.c| 27 +++
libc/sysdeps/linux/mips/bits/auxvect.h | 14 ++
2 files
Extend aux vect handling for SH to retrieve DCache shape information.
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
libc/misc/elf/sh/Makefile.arch | 14 ++
libc/misc/elf/sh/dl-support.c| 26 ++
libc/sysdeps/linux/sh/bits/auxvect.h
On 5/3/2011 1:39 AM, Kevin Cernekee wrote:
On Mon, May 2, 2011 at 9:44 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
This patch is aimed to improve the aux vect handling to gather some useful
information from the system through the aux vect. It is achieved by:
Thanks for working
On 5/2/2011 7:59 PM, Bernhard Reutner-Fischer wrote:
On 2 May 2011 18:44, Carmelo AMOROSO carmelo.amor...@st.com wrote:
This patch is aimed to improve the aux vect handling to gather some useful
information from the system through the aux vect. It is achieved by:
- retrieving aux vect
On 30/04/11 21:26, Saurov Shyam wrote:
I have an uClibc wrapper library which does an implementation of malloc(),
realloc() and f
ree() that embedded some statistics gathering about memory allocations and then
use the real malloc(), realloc(), free()
definition of uClibc to perform the memory
On 4/17/2011 6:57 PM, Kevin Cernekee wrote:
On Sun, Apr 17, 2011 at 1:56 AM, Carmelo Amoroso carmel...@gmail.com wrote:
I'm really interested into such a thing. I've posted months ago a patch for
SH4 to retrieve Cache info through auxvect
as well (also pagesize).
I do remember seeing your
, Apr 22, 2011 at 7:06 PM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 4/6/2011 8:47 AM, Thomas De Schampheleire wrote:
Hi Carmelo,
On Tue, Apr 5, 2011 at 7:18 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
Hello,
I'm finally back to work on uClibc. I'm preparing some patches to make
by a config option ? sorry it is not so clear to me.
Peter
Carmelo
Original-Nachricht
Datum: Wed, 20 Apr 2011 16:09:26 +0200
Von: Carmelo AMOROSO carmelo.amor...@st.com
An: Maksim Rayskiy maksim.rays...@gmail.com
CC: Peter Mazinger p...@gmx.net, uclibc@uclibc.org
Betreff
On 4/23/2011 1:16 AM, Maksim Rayskiy wrote:
On Wed, Apr 20, 2011 at 7:09 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
On 4/20/2011 3:07 AM, Maksim Rayskiy wrote:
I built the uClibc testsuite and ran it on uClibc-0.9.32-rc3 with my
patch. There were some failures, but I do not think
On 4/24/2011 1:36 AM, Peter Mazinger wrote:
Hello,
Hi Peter,
within uClibc we reuse some of the functions (mostly their __GI_X
counterparts by libc_hidden_proto(). By having the cancellation
in libc, we most of the time reuse the cancellable version
I think that this is correct, because
On 4/6/2011 8:47 AM, Thomas De Schampheleire wrote:
Hi Carmelo,
On Tue, Apr 5, 2011 at 7:18 AM, Carmelo AMOROSO carmelo.amor...@st.com
wrote:
Hello,
I'm finally back to work on uClibc. I'm preparing some patches to make
backtrace available for all archs, asking you guys to test on your
Original-Nachricht
Datum: Fri, 15 Apr 2011 10:18:50 -0700
Von: Maksim Rayskiy maksim.rays...@gmail.com
An: Peter Mazinger p...@gmx.net
CC: Carmelo AMOROSO carmelo.amor...@st.com, uclibc@uclibc.org
Betreff: Re: Linking with uClibc-0.9.32-rc3 on mipsel is sensitive to
shared
On 4/15/2011 7:25 PM, maksim.rays...@gmail.com wrote:
From: Maksim Rayskiy mrays...@broadcom.com
_dl_find_hash() relies on sym_ref parameter to check if the looked-up symbol
is protected. The code fixes a case when
_dl_perform_mips_global_got_relocations()
was calling _dl_find_hash()
. It is the most divergent arch (less common code
used). I do not have any mips around to check if it would at all boot if I
would commonize it's elfinterp.c
Peter
Original-Nachricht
Datum: Fri, 15 Apr 2011 16:35:18 +0200
Von: Carmelo AMOROSO carmelo.amor...@st.com
An: Maksim
On 4/16/2011 7:02 PM, Kevin Cernekee wrote:
Signed-off-by: Kevin Cernekee cerne...@gmail.com
---
ldso/ldso/dl-startup.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/ldso/ldso/dl-startup.c b/ldso/ldso/dl-startup.c
index a51b583..4492660 100644
---
101 - 200 of 762 matches
Mail list logo