On Thu, Apr 11, 2013 at 10:13 PM, Yann E. MORIN yann.morin.1...@free.fr wrote:
Hi Yann,
Hello All!
On Thu, Apr 11, 2013 at 11:02:03PM +0200, Yann E. MORIN wrote:
As Will noticed, the header this check is currently done in
is asm-only, and is not meant to be included from C code.
This
Hi all,
It looks like the below patch breaks the build when the compiler
defines __thumb2__. I don't see how this patch was intended to work -
arm_asm.h does not define __USE_BX__ and it does not seem suitable to
include in C files. I would suggest the patch is reverted.
commit
On Fri, Mar 29, 2013 at 5:25 PM, Pirmin Walthert in...@nappsoft.com wrote:
That's ok for me (as the most important thing is not to have a regression in
the next release) but in fact the first of the following patches would have
been enough to fix the bug. However the second patch would have
The conditional load needs to be made part of an IT block on Thumb2
cores.
Signed-off-by: Will Newton will.new...@linaro.org
---
libc/sysdeps/linux/arm/clone.S | 1 +
1 file changed, 1 insertion(+)
diff --git a/libc/sysdeps/linux/arm/clone.S b/libc/sysdeps/linux/arm/clone.S
index 98dde22
On Tue, Feb 5, 2013 at 9:45 PM, Markos Chandras
markos.chand...@gmail.com wrote:
On 5 February 2013 19:08, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On 23 January 2013 12:41, Markos Chandras markos.chand...@gmail.com wrote:
From: Markos Chandras markos.chand...@imgtec.com
Hi,
On Wed, Jan 9, 2013 at 10:35 AM, Florian Fainelli flor...@openwrt.org wrote:
Hello Bernhard,
As discussed, here is what I have backported in my repository and which I
believe is relevant for a 0.9.33.3 release.
The following changes since commit e12ceeed5a1af59e6b0fc7debf4bb0a90e0acde6:
Ping?
On Tue, Oct 16, 2012 at 12:00 PM, Will Newton will.new...@gmail.com wrote:
The current code implements the 'm' modifier only for 's'
conversions and would cause a segfault if it was used for 'c'
or '[' conversions. This patch extends the code to cover these
cases too.
Signed-off
The current code implements the 'm' modifier only for 's'
conversions and would cause a segfault if it was used for 'c'
or '[' conversions. This patch extends the code to cover these
cases too.
Signed-off-by: Will Newton will.new...@imgtec.com
---
libc/stdio/_scanf.c | 51
On Fri, Jul 13, 2012 at 9:39 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
Hi Bernhard,
On Jul 13, 2012 11:54 AM, Peter Korsgaard jac...@sunsite.dk wrote:
Peter == Peter Korsgaard jac...@sunsite.dk writes:
Peter CLOCK_MONOTONIC_RAW is available since 2.6.28
Peter
The definition of __resp has been hidden for some years (commit
22de495d). Remove the comment suggesting that it is not.
Signed-off-by: Will Newton will.new...@imgtec.com
---
libc/inet/resolv.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/libc/inet/resolv.c b/libc
2011/3/24 Timo Teräs timo.te...@iki.fi:
This implements big-dlfcn lock to allow multithreaded usage of
dlopen/dlsym/dlclose. We should really clean up the dl code so
we can use more fine grained locking or even RCU where appropriate.
But at least we won't crash now.
Signed-off-by: Timo Teräs
On Wed, May 11, 2011 at 12:23 AM, Rich Felker dal...@aerifal.cx wrote:
On Tue, May 10, 2011 at 07:57:12PM +0100, Will Newton wrote:
https://bugs.uclibc.org/2089
This is supposed to work just fine with NPTL.
So is support for linuxthreads dropped with this release? It seems a
shame when
On Tue, May 10, 2011 at 5:38 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
Hi,
We are shaking out some bugs still, but it will be released RSN (TM).
Are there any plans to fix this bug?
https://bugs.uclibc.org/2089
___
uClibc mailing
On Tue, May 10, 2011 at 7:44 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Tue, May 10, 2011 at 05:49:02PM +0100, Will Newton wrote:
On Tue, May 10, 2011 at 5:38 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
Hi,
We are shaking out some bugs still
On Tue, May 10, 2011 at 8:21 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Tue, May 10, 2011 at 07:57:12PM +0100, Will Newton wrote:
On Tue, May 10, 2011 at 7:44 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Tue, May 10, 2011 at 05:49:02PM +0100, Will Newton wrote
Hi all,
Has any progress been made on fixing this issue? At the moment errno
in a linuxthreads application does not work.
The patch from Peter works for me, can anyone provide a testcase where it fails?
Thanks,
___
uClibc mailing list
Tidy up the document a bit to be more consistent in style. Add a
link to the mailing list discussion rather than keeping the text
inline, some of which is now no longer correct.
Signed-off-by: Will Newton will.new...@imgtec.com
---
docs/uClibc_vs_SuSv3.txt | 125
Remove these functions from the list as they appear to be
implemented:
* lldiv
* posix_openpt
* strerror_r
* sigsetjmp
* pselect
* waitid
* sigqueue
Signed-off-by: Will Newton will.new...@imgtec.com
---
docs/uClibc_vs_SuSv3.txt |7 +--
1 files changed, 1 insertions(+), 6
On Fri, Mar 4, 2011 at 12:37 PM, Thomas Petazzoni
thomas.petazz...@free-electrons.com wrote:
Hello,
On Fri, 4 Mar 2011 13:14:24 +0100
Carmelo AMOROSO carmelo.amor...@st.com wrote:
I've pull it this morning getting a long list of Peter's patch and
(using the same .config as before) I'm
The current C macro magic does not correctly concatenate the
__USER_LABEL_PREFIX__ string on architectures where it has a
non-empty value. We need to use __stringify to get the desired
behaviour.
Signed-off-by: Will Newton will.new...@imgtec.com
---
libpthread/nptl/pthreadP.h | 14
The current C macro magic does not correctly concatenate the
__USER_LABEL_PREFIX__ string on architectures where it has a value. We
need to jump through a level of indirection to get the desired
behaviour.
Signed-off-by: Matt Fleming matthew.flem...@imgtec.com
---
libpthread/nptl/pthreadP.h |
This patch adds a working implementation of pthread_create for architectures
where STACK_GROWS_UP.
Signed-off-by: Matt Fleming matthew.flem...@imgtec.com
---
libpthread/nptl/pthread_create.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
On architectures that don't provide __NR_pause __pause_nocancel is
needed when wanting to perform an uncancelable pause.
Signed-off-by: Matt Fleming matthew.flem...@imgtec.com
---
libc/sysdeps/linux/common/pause.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
On Wed, Nov 24, 2010 at 9:52 PM, Will Newton will.new...@gmail.com wrote:
On Wed, Nov 24, 2010 at 9:27 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Wed, Nov 17, 2010 at 05:19:45PM +, Will Newton wrote:
With commit resolv.c: add support for per thread res_state
On Wed, Nov 24, 2010 at 9:27 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Wed, Nov 17, 2010 at 05:19:45PM +, Will Newton wrote:
With commit resolv.c: add support for per thread res_state
(aab4df0fb51660300559f5f29290709db2f7bfee) _res symbol is now marked
as hidden
With commit resolv.c: add support for per thread res_state
(aab4df0fb51660300559f5f29290709db2f7bfee) _res symbol is now marked
as hidden in an attempt to make the resolver per-thread.
Signed-off-by: Matt Fleming matthew.flem...@imgtec.com
---
libpthread/linuxthreads/pthread.c | 11 ---
On Mon, Nov 15, 2010 at 5:48 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Mon, Nov 15, 2010 at 06:45:40PM +0100, Bernhard Reutner-Fischer wrote:
On Sun, Nov 14, 2010 at 09:32:12PM -0600, Rob Landley wrote:
Does anybody still understand the uClibc locale stuff? It _seems_ to be
On Fri, Nov 12, 2010 at 4:51 PM, Mattes, David david.mat...@boeing.com wrote:
I have an application that loads a shared library using dlopen and maps
functions from the library with dlsym. Unfortunately dlopen always returns
File not found error and the dlsym calls always return NULL. I
On Fri, Nov 5, 2010 at 4:33 PM, Bradley M. Kuhn bk...@ebb.org wrote:
LWN.net wrote at 18:30 (EDT) on Thursday:
As a result of discussions held at two recent embedded Linux summits
(and reported back to the recent Kernel Summit), the [Linux] community
has decided to identify specific kernel
On Fri, Sep 17, 2010 at 5:58 AM, Paul Mundt let...@linux-sh.org wrote:
On Wed, Sep 15, 2010 at 04:15:28PM +0100, Will Newton wrote:
Add support for get_mempolicy(2), mbind(2), migrate_pages(2),
move_pages(2) and set_mempolicy(2).
These system calls can be used to manipulate the CPU and memory
to make use of low-latency on-chip memories.
The numaif.h header has been taken from the numactl/libnuma
package.
Signed-off-by: Will Newton will.new...@imgtec.com
---
libnuma doesn't work well with uClibc because it uses symbol versioning
which isn't supported by uClibc ldso. It's also a rather
Add an #ifdef to avoid using TLS structures when TLS is not enabled.
Signed-off-by: Will Newton will.new...@imgtec.com
---
ldso/ldso/x86_64/elfinterp.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/ldso/ldso/x86_64/elfinterp.c b/ldso/ldso/x86_64/elfinterp.c
index
: Will Newton will.new...@gmail.com
Date: Fri, 5 Feb 2010 11:43:57 +
Subject: [PATCH] uClibc: Make _stdio_init weak only when building non-PIC.
This allows users to build a minimal non-PIC static uClibc, but also avoids a
crash when linking statically with the PIC library.
---
include/libc
On Wed, Feb 3, 2010 at 8:07 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
Hi Bernhard,
On Wed, Feb 03, 2010 at 04:21:29PM +, Will Newton wrote:
Hello,
I have a problem with linking applications statically with uClibc but
without including the stdio functions. This issue has
On Thu, Feb 4, 2010 at 10:22 AM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
Hi Bernhard,
On Wed, Feb 03, 2010 at 09:07:03PM +0100, Bernhard Reutner-Fischer wrote:
On Wed, Feb 03, 2010 at 04:21:29PM +, Will Newton wrote:
Hello,
I have a problem with linking applications
On Thu, Feb 4, 2010 at 10:42 AM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Thu, Feb 04, 2010 at 10:27:22AM +, Will Newton wrote:
IMO this weak stuff is a holdover from the old days of ELKS etc., I'm
not sure if it really is that useful any more.
If i don't need stdio, then i
On Thu, Feb 4, 2010 at 10:46 AM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Thu, Feb 04, 2010 at 10:31:31AM +, Will Newton wrote:
On Thu, Feb 4, 2010 at 10:22 AM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
Hi Bernhard,
On Wed, Feb 03, 2010 at 09:07:03PM +0100
On Thu, Feb 4, 2010 at 11:13 AM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Thu, Feb 04, 2010 at 11:00:46AM +, Will Newton wrote:
$ size static_stdio{,_glibc}
text data bss dec hex filename
2572 128 36 2736 ab0 static_stdio
512074 1928
for the shared library build. For the static library
build, although it does mean that _stdio_init is always included, the
support for not including _stdio_init seems to have been broken for
some time.
From 97b0517b72d0892b7755019f8a96e6c367927c3a Mon Sep 17 00:00:00 2001
From: Will Newton
Ping?
I know not many people are using linuxthreads these days, but I think
this is fairly low risk and fixes a quite serious bug.
On Wed, Jan 27, 2010 at 5:25 PM, Will Newton will.new...@gmail.com wrote:
Use hidden definitions of pthread internal functions when building
Use hidden definitions of pthread internal functions when building the
__pthread_functions array of function pointers. This prevents these
symbols being overridden by definitions in the C library.
Signed-off-by: Will Newton will.new...@gmail.com
---
libpthread/linuxthreads/Makefile.in |6
:00:00 2001
From: Will Newton will.new...@gmail.com
Date: Tue, 3 Nov 2009 15:57:29 +
Subject: [PATCH] ldso/ldso/ldso.c: Improve code readability in _dl_malloc.
The rounding of the allocation to the page size is written in a rather
strange manner.
Signed-off-by: Will Newton will.new
On Tue, May 5, 2009 at 6:27 PM, Carmelo AMOROSO carmelo.amor...@st.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Bernhard,
is not possible to receive git=push notificaation by emails as we
had for svn commit ?
The post-recieve-email hook in the git contrib directory should do
On Wed, May 6, 2009 at 10:43 AM, Mike Frysinger vap...@gentoo.org wrote:
On Wednesday 06 May 2009 05:24:50 Will Newton wrote:
On Tue, May 5, 2009 at 6:27 PM, Carmelo AMOROSO wrote:
is not possible to receive git=push notificaation by emails as we
had for svn commit ?
The post-recieve-email
Hi all,
The check for whether ld supports the --hash-style option in Rules.mak
fails when building the oldconfig target in buildroot. One potential
fix for this might be to add another check for this target like the
one for install_headers, but I think it's quite a fragile approach -
there may be
On Thu, Apr 2, 2009 at 10:57 AM, alessio.ste...@gidi.it wrote:
My colleague tells me he built up a system using buildroot and uclibc that
has kernel 2.6.23
but i see here in the mailing that uclibc makes use of linuxthreads (not
NPTL)??
Is this correct?
I thought that kernel 2.6.x was
On Thu, Mar 12, 2009 at 8:57 PM, Denys Vlasenko
vda.li...@googlemail.com wrote:
--- metag-uClibc2/libpthread/linuxthreads/descr.h 5 Feb 2008
14:49:33 - 1.2
+++ metag-uClibc2/libpthread/linuxthreads/descr.h 23 Apr 2008
13:27:00 -
@@ -123,9 +123,9 @@
On Tue, Mar 10, 2009 at 12:23 PM, Denys Vlasenko
vda.li...@googlemail.com wrote:
On Thursday 26 February 2009 05:27:50 pm Will Newton wrote:
On Thu, Feb 26, 2009 at 4:06 PM, Denys Vlasenko
vda.li...@googlemail.com wrote:
Also,
what mechanism does linuxthreads_new use to make sure it's
On Mon, Sep 29, 2008 at 1:00 PM, Hans-Christian Egtvedt
[EMAIL PROTECTED] wrote:
On Mon, 29 Sep 2008 07:36:53 -0400
John Voltz [EMAIL PROTECTED] wrote:
Well, AVR32 uses linuxthreads.old, since linuxthreads does not seem
to work. I have not looked into why.
I thought AVR32 didn't
On Thu, Sep 25, 2008 at 10:46 AM, Bernhard Reutner-Fischer
[EMAIL PROTECTED] wrote:
Hi,
Attached 72_all_uClibc-0.9.29-linuxthreads.patch is from gentoo as in
http://bugs.busybox.net/view.php?id=5134
Can somebody who is involved with threads take a look?
The patch is against linuxthreads.old.
On Tue, Sep 16, 2008 at 7:23 AM, Carmelo AMOROSO [EMAIL PROTECTED] wrote:
1) How platform specific is it?
Fully, TLS relocations are different from one arch to another.
2) Does it actually have anything to do with nptl?
Nothing, just dynamic linker, and obviously your compiler has to
On Tue, Sep 16, 2008 at 8:48 AM, Matthieu CASTET
[EMAIL PROTECTED] wrote:
Who said anything about NPTL? Right now, in 0.9.29, there's LINUXTHREADS_OLD
and there's a second implementation of Linuxthreads that most people haven't
been testing because they're still on LINUXTHREADS_OLD. There's
On Wed, Aug 27, 2008 at 12:29 AM, Rob Landley [EMAIL PROTECTED] wrote:
On Tuesday 26 August 2008 08:03:03 you wrote:
On Sun, Aug 24, 2008 at 06:56:44PM -0500, Rob Landley wrote:
Fiddling with menuconfig:
DOPIC (Create only position independent code)
Does not say why you would or
On Wed, Aug 27, 2008 at 11:46 AM, Bernhard Reutner-Fischer
[EMAIL PROTECTED] wrote:
On Wed, Aug 27, 2008 at 12:39:44PM +0200, Ricard Wanderlof wrote:
Yes, I use it and it works.
Any idea what is wrong with the !old version, in that it seems not to be
recommended for use?
IIRC the old is the
On Thu, Jun 12, 2008 at 8:08 AM, Denys Vlasenko
[EMAIL PROTECTED] wrote:
On Wednesday 11 June 2008 17:32, Will Newton wrote:
This looks like it should be safe. Although it might be worth finding
the original author and asking why it is done this way, following the
Debian openssl incident
On Tue, Jun 10, 2008 at 9:49 PM, Denys Vlasenko
[EMAIL PROTECTED] wrote:
Hi Bernd, Carmelo,
Can you look through this patch?
It makes sp, ep and p variables automatic.
There is no point in having them static,
they never use their values retained from previous call.
These are code lines
On Wed, Jun 11, 2008 at 4:22 PM, Denys Vlasenko
[EMAIL PROTECTED] wrote:
On Wednesday 11 June 2008 11:37, Will Newton wrote:
On Tue, Jun 10, 2008 at 9:49 PM, Denys Vlasenko
It makes sp, ep and p variables automatic.
There is no point in having them static,
they never use their values
On Thu, Apr 24, 2008 at 8:20 PM, Denys Vlasenko
[EMAIL PROTECTED] wrote:
On Thursday 24 April 2008 14:39, Will Newton wrote:
Hi,
It looks to me as if times(2) is broken with Linux 2.6 on a 32bit
arch. Can anyone confirm if this analysis is correct?
Looking at sys_times
On Tue, Apr 22, 2008 at 1:04 PM, Carmelo AMOROSO [EMAIL PROTECTED] wrote:
FWIW linuxthreads works for me with the attached patch. It's also
better supports architectures with STACK_GROWS_UP such as hppa.
Hello,
that means that it needs to build all files with -DSHARED, right ?
I'd
On Fri, Mar 28, 2008 at 5:42 PM, Nigel Kukard [EMAIL PROTECTED] wrote:
Yo,
Can't see anything, I think you should add printouts in __uClibc_init()
to see if you get there, use the write() sys call as I don't think you
can use any of the libc print functions.
Non PIE rpm
On Fri, Mar 21, 2008 at 12:47 PM, Will Newton [EMAIL PROTECTED] wrote:
On Fri, Mar 21, 2008 at 7:47 AM, Carmelo Amoroso [EMAIL PROTECTED] wrote:
Hi Carmelo,
Will Newton wrote:
Further to the changes to error.c to fix bug #1869 it would be nice if
uClibc supported
On Fri, Mar 21, 2008 at 7:47 AM, Carmelo Amoroso [EMAIL PROTECTED] wrote:
Hi Carmelo,
Will Newton wrote:
Further to the changes to error.c to fix bug #1869 it would be nice if
uClibc supported error_print_progname. The attached patch aims to do
that.
Hello,
this is an old
Hi all,
I'm seeing what looks like a conflict between libc-symbols.h and
sys/sysctl.h in a recent snapshot of uClibc (paired with 2.6.24 kernel
headers).
libc-symbol.h has this:
#ifndef __LINUX_COMPILER_H
# define __LINUX_COMPILER_H
#endif
and sys/sysctl.h has this:
#ifndef __LINUX_COMPILER_H
On Jan 8, 2008 10:14 AM, Paul Mundt [EMAIL PROTECTED] wrote:
Hmm, no, I think what I said is correct. If no underscores is NOT
defined then we prepend the underscore.
You both appear to be in agreement on the result. The patch does
precisely what is described:
Incidentally the patch I
On Jan 8, 2008 3:44 PM, Mike Frysinger [EMAIL PROTECTED] wrote:
http://buildroot.uclibc.org/cgi-bin/viewcvs.cgi/trunk/uClibc/ldso/libdl/lib
dl.c?rev=20613r1=20612r2=20613
the change looks correct to me, and it works on Blackfin, so ...
i386/bits:#define __UCLIBC_NO_UNDERSCORES__
libdl
On 5/29/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi
First, sorry for my bad english. French is my natural language
I have a bare target with a Motorola colfire cpu. I want to know is it
possible to modify some files like write.c and cross compil the uclibc
package for m68k in order
On 4/12/07, Rob Landley [EMAIL PROTECTED] wrote:
I count 10 warnings in 3 source files (all printf/scanf related).
My point was that this required only approx. 10 casts to fix these warnings btw.
To clarify: C strings are char *, with no signed or unsigned specifier, and
standards like
On 4/13/07, Dave Dodge [EMAIL PROTECTED] wrote:
On Fri, Apr 13, 2007 at 12:29:53PM +0100, Will Newton wrote:
Is there a reason why signed char has been made the default rather
than unsigned char? Because i386 is signed?
I assume it's just following the System V ABI for i386, which states
68 matches
Mail list logo