On 6/14/2010 2:00 PM, Andrew Stubbs wrote:
On 14/06/10 10:28, Andrew Stubbs wrote:
Sorry, I meant to fix this, but I've been busy recently and didn't get
to it.
The makefile patch is meant to be part of the other patch I posted. I
just got my quilt set mixed up. :(
Fixed thusly. Also the
On 6/3/2010 3:34 PM, Andrew Stubbs wrote:
This patch disables SH-4 optimizations that rely on the FPU when
building for variants that don't have an FPU, such as SH-4AL.
Signed-off-by: Andrew Stubbs a...@codesourcery.com
---
diff --git a/libc/string/sh/sh4/memcpy.S
On 6/3/2010 3:34 PM, Andrew Stubbs wrote:
This patch disables SH-4 optimizations that rely on the FPU when
building for variants that don't have an FPU, such as SH-4AL.
Signed-off-by: Andrew Stubbs a...@codesourcery.com
---
diff --git a/libc/string/sh/sh4/memcpy.S
On 5/26/2010 8:44 AM, Carmelo AMOROSO wrote:
Hi All,
I had a request from a customer to add support for backtrace functions
in uclibc. The current implementation available in glibc is based on
unwind functions provided by libgcc_s.so that is dlopen-ed for
traversing the stack frames and print
On 5/12/2010 8:36 PM, Rob Landley wrote:
Ulrich Drepper, the glibc maintainer, has gone crazy and believes that static
linking should never be used for anything:
http://people.redhat.com/drepper/no_static_linking.html
(Somebody should tell him about execute in place support, about
On 5/5/2010 3:48 PM, Natanael Copa wrote:
Hi,
Last night we rebuild basicly all packages against uclibc with nptl
which means that alpine linux (x86) now officially run uclibc with
nptl. (first distro that does?)
STLinux distro (www.stlinux.com) for SH4 from STMicroelectronics
is running
On 4/29/2010 8:34 AM, Joakim Tjernlund wrote:
On 04/27/2010 07:44 AM, Timo Teräs wrote:
Joakim had a clean up patch for the above construct. See patch 1/2 of:
http://lists.uclibc.org/pipermail/uclibc/2010-April/043840.html
(patch 2/2 there is wrong). See also rest of the thread.
For some
On 4/26/2010 6:58 PM, Scott Esters wrote:
Is there a compelling reason for keeping the older style sigaction.h
header in the ARM NPTL branch, but using the newer sigaction.h header in
the standard uClibc release? I've read through the archives but have not
gleaned a reason they're different.
On 4/27/2010 1:09 PM, Timo Teräs wrote:
Andreas Schultz wrote:
2010/4/27 Timo Teräs timo.te...@iki.fi:
Andreas Schultz wrote:
2010/4/27 Timo Teräs timo.te...@iki.fi:
Andreas Schultz wrote:
[...]
Uh. Is the application linked against libc before libpthread?
The application is not directly
On 4/27/2010 4:04 PM, Roman I Khimov wrote:
Signed-off-by: Roman I Khimov khi...@altell.ru
---
libpthread/nptl/sysdeps/x86_64/Makefile.arch |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libpthread/nptl/sysdeps/x86_64/Makefile.arch
On 4/26/2010 8:49 AM, Austin Foxley wrote:
On 04/25/2010 11:11 PM, Mikhail Gusarov wrote:
Twas brillig at 23:09:32 25.04.2010 UTC-07 when aust...@cetoncorp.com did
gyre and gimble:
AF old_nptl is the svn nptl branch. Both of them can go away, except
AF for sometimes it is nice to look at
Hi guys,
I'm wondering if it makes sense now to keep on synchronizing the nptl
branch with master at every commits, or just forgetting it.
and what about the old_nptl ?
cheers,
carmelo
___
uClibc mailing list
uClibc@uclibc.org
On 4/2/2010 7:18 PM, Bernhard Reutner-Fischer wrote:
EHLO
- merge nptl into now open master. Trivial, Austin kindly volunteered to
do the grunt work. Please dont forget cosmetics like 'make clean'
spitting out the dirs -- see CLEAN_ on master.
done.
carmelo
On 4/23/2010 7:33 PM, Austin Foxley wrote:
On 04/23/2010 10:16 AM, Austin Foxley wrote:
Will send email when complete
It's IN!
Congratulations to everybody who has worked on this branch over the last
_6_ years.
Now let's get it polished up and ready for a 0.9.32 release!
-Austin
On 4/24/2010 7:04 PM, Carmelo AMOROSO wrote:
On 4/23/2010 7:33 PM, Austin Foxley wrote:
On 04/23/2010 10:16 AM, Austin Foxley wrote:
Will send email when complete
It's IN!
Congratulations to everybody who has worked on this branch over the last
_6_ years.
Now let's get it polished up
Do we agree to get rid of old_nplt branch now ?
carmelo
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On 22/04/10 16:00, Timo Teräs wrote:
This should make things work even if application not using libpthread
dlopen():s a library pulling in libpthread.
Also some minor other fixes.
hi timo,
may I ask you o send patches inline next time ?
it will help in review and using git-format-patch
On 4/20/2010 10:59 AM, Timo Teräs wrote:
I semi-accidentally added include for libc-lock.h because the intention
was to use locking macroes from there. However, we ended up using using
the weak alias stuff. This is additionally good since now this can result
in compile errors like:
In file
On 4/20/2010 11:40 AM, Timo Teräs wrote:
Carmelo AMOROSO wrote:
On 4/20/2010 10:59 AM, Timo Teräs wrote:
Remove the unneeded include causing breakage.
-#include bits/libc-lock.h
I guess this is required for STDIO_FUTEXES, or am I wrong ?
Not needed. If STDIO_FUTEXES is defined, the file
On 14/04/10 09:00, Bernhard Reutner-Fischer wrote:
On Wed, Apr 14, 2010 at 07:28:11AM +0200, Carmelo AMOROSO wrote:
On 4/14/2010 7:24 AM, Carmelo AMOROSO wrote:
On hardened system it could be useful to disable the use
of LD_PRELOAD environment variable for preloading shared objects
before
On 4/9/2010 4:49 PM, Michael Deutschmann wrote:
So, I recently test compiled the new uClibc-0.9.31, and compared its
symbol table to the old 0.9.30.3. There were lots of changes, most of
which are fine. However, I noticed a couple oddities:
__res_state (added)
__resp (added)
These
On 4/2/2010 7:18 PM, Bernhard Reutner-Fischer wrote:
EHLO
- austin has brought nptl up to snuff with master. Thanks!
- -std=gnu89 (before merge/after/not ?) I fear that certain folks
will wince if we (we're well in 2010 at the time of this writing and
C99 is the dominating standard for
On 4/8/2010 10:08 AM, Bernhard Reutner-Fischer wrote:
On Thu, Apr 08, 2010 at 08:01:53AM +0200, Carmelo AMOROSO wrote:
Another point: as you know we are going to complete the work to add
prelink support to uClibc: what about putting it in this plan ? Or do
you think it's better to postpone
Hi guys,
some weeks I'm not posting to the list don't worry we are still
working in background on uclibc; so some updates from us (I mean ST):
1. nptl: we are keeping on testing the updated nptl branch on sh4
2. we are porting a lot of new nptl tests to uclibc and fixing problems
(especially
On 2/23/2010 6:53 PM, Khem Raj wrote:
On Tue, Feb 23, 2010 at 2:01 AM, Salvatore CRO' salvatore@st.com wrote:
Khem Raj wrote:
On Mon, Feb 22, 2010 at 3:03 AM, Salvatore CRO' salvatore@st.com
wrote:
Carmelo AMOROSO wrote:
On 2/20/2010 4:25 AM, Khem Raj wrote:
On Thu, Feb 18
On 2/20/2010 4:25 AM, Khem Raj wrote:
On Thu, Feb 18, 2010 at 12:18 AM, Carmelo AMOROSO
carmelo.amor...@st.com wrote:
On 2/10/2010 3:24 PM, Khem Raj wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=ed0915ba70d0ff6ed0a78f45d46822763a580737
branch: http://git.uclibc.org/uClibc/commit
On 2/10/2010 3:24 PM, Khem Raj wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=ed0915ba70d0ff6ed0a78f45d46822763a580737
branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/nptl_glibc_sync
Signed-off-by: Khem Raj raj.k...@gmail.com
Hi Khem,
I have limited capabilities to
On 2/8/2010 3:21 PM, Woodward, Jason wrote:
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
Applied, thanks.
Please next I would suggest to use git format patch to generate
well formed patches aimed to be
.
Carmelo Amoroso (3):
nptl: sysdep headers re-factoring
nptl_test: sysdep headers re-factoring
nptl: sysdep headers update for i386, mips and x86_64
Rules.mak |2 +-
libc/sysdeps/linux/arm/sysdep.h| 91 +++
libc/sysdeps/linux
.
Carmelo Amoroso (3):
nptl: sysdep headers re-factoring
nptl_test: sysdep headers re-factoring
nptl: sysdep headers update for i386, mips and x86_64
Rules.mak |2 +-
libc/sysdeps/linux/arm/sysdep.h| 91 +++
libc/sysdeps/linux
Update nptl and tls Makefiles according to new sysdep headers structure
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
test/nptl/Makefile|1 +
test/nptl/Makefile.in |3 +++
test/tls/Makefile |3 ++-
test/tls/Makefile.in |6 +-
4 files changed, 11
Update the arch specific sysdep headers to include the
common header under libc/sysdeps/linux/common instead of
libpthread/nptl/sysdeps/generic.
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
libpthread/nptl/sysdeps/i386/sysdep.h |2 +-
libpthread/nptl/sysdeps/mips/sysdep.h
-|
|(merged) ---
libc/sysdeps/linux/sh
nptl/sysdeps/unix/sysdep.h (deleted)
Similarly the mips and arm sysdep.h should be merged and updated as for sh arch.
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
Rules.mak |2 +-
libc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christian Egtvedt wrote:
On Thu, 21 Jan 2010 10:42:02 +0100
Hans-Christian Egtvedt hans-christian.egtv...@atmel.com wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=2b69e9906e5087a796b3a15e9aabcd102c705b19
branch:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christian Egtvedt wrote:
prctl is defined to use varargs in the header file, hence it needs varargs
specific handling in the source. This patch properly handles the variodic
argument before the syscall is passed to the kernel for the AVR32
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Metcalf wrote:
On 1/11/2010 12:47 PM, Carmelo AMOROSO wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Metcalf wrote:
If the caller requests fewer bytes of cpu_set_t data than are
available from the system, the code
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
On Fri, Dec 18, 2009 at 08:17:50AM +0100, Carmelo AMOROSO wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[catching up on mail backlog..]
Hi All,
for all git-format-patch users, I would suggest to specify
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joachim Pihl wrote:
I'm having difficulty finding out from which version (if any) ARM gained
NPTL support? I'm using Buildroot in various incarnations for a PXA255
target, and so far our attempts to set the target to use NPTL has not
given the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Metcalf wrote:
If the caller requests fewer bytes of cpu_set_t data than are
available from the system, the code will still copy all of the
system's data to the user, overwriting additional memory.
Signed-off-by: Chris Metcalf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christian Egtvedt wrote:
On Wed, 16 Dec 2009 13:23:56 +0100
Hans-Christian Egtvedt hans-christian.egtv...@atmel.com wrote:
Bump
prctl is defined to use varargs in the header file, hence might need varargs
specific handling in the source.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Metcalf wrote:
If the caller requests fewer bytes of cpu_set_t data than are
available from the system, the code will still copy all of the
system's data to the user, overwriting additional memory.
Signed-off-by: Chris Metcalf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Khem Raj wrote:
On (07/01/10 15:27), Carmelo AMOROSO wrote:
Carmelo AMOROSO wrote:
This patch will re-factor and simplify sysdep headers
handling for nptl branch.
The reason is to use some useful macros in asm code (i.e. ENTRY
-|
|(merged) ---
libc/sysdeps/linux/sh
nptl/sysdeps/unix/sysdep.h (deleted)
Similarly the mips and arm sysdep.h should be merged and updated as for sh arch.
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
Rules.mak |2 +-
libc
Update nptl and tls Makefiles according to new sysdep headers structure
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
test/nptl/Makefile|1 +
test/nptl/Makefile.in |3 +++
test/tls/Makefile |3 ++-
test/tls/Makefile.in |6 +-
4 files changed, 11
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carmelo AMOROSO wrote:
This patch will re-factor and simplify sysdep headers
handling for nptl branch.
The reason is to use some useful macros in asm code (i.e. ENTRY()) that are
available
only into nptl branch because are defined in sysdep.h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nigel Kukard wrote:
On Thu, Dec 24, 2009 at 11:18:49AM +, Nigel Kukard wrote:
Hi guys,
Just curious if there is a technical reason why
pthread_condattr_[gs]etpshared arn't implemented?
AFAICS it's implemented in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Natanael Copa wrote:
---
librt/Makefile.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/librt/Makefile.in b/librt/Makefile.in
index ea1d03e..fc57c97 100644
--- a/librt/Makefile.in
+++ b/librt/Makefile.in
@@ -53,7
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christian Egtvedt wrote:
On Wed, 16 Dec 2009 15:40:05 +0100
Carmelo AMOROSO carmelo.amor...@st.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christian Egtvedt wrote:
On Wed, 16 Dec 2009 15:27:13 +0100
Carmelo AMOROSO
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carmelo Amoroso wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=ab38c21ada116672ceed99e4f387dd93ac8e2dd2
branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/nptl
Silence compiler warning by adding the missing string.h header
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christian Egtvedt wrote:
This patch will convert all the #ifdef USE_TLS and #if USE_TLS to
#if defined(USE_TLS) USE_TLS.
By checking if the USE_TLS is defined before checking its value will result in
correct behavior for architectures not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christian Egtvedt wrote:
On Wed, 16 Dec 2009 15:27:13 +0100
Carmelo AMOROSO carmelo.amor...@st.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christian Egtvedt wrote:
This patch will convert all the #ifdef USE_TLS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Metcalf wrote:
I was doing some work in ld.so and was bit by this nasty little bug.
Someone declared the char* variable that holds the temporary page
mmap'ed to hold the _dl_dprintf buffer as static. The result is that
if two threads are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Natanael Copa wrote:
Signed-off-by: Natanael Copa natanael.c...@gmail.com
---
.../unix/sysv/linux/i386/i486/sem_trywait.S|2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Austin Foxley wrote:
On 12/09/2009 11:09 AM, Chris Metcalf wrote:
My proposed fix is something like the following, in dl-tls.c. (I'm
running code patched up from the old SVN NPTL branch, but looking at the
latest GIT NPTL it seems pretty similar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Niko Lau wrote:
2009/12/15 Ian Harrold ian.harr...@gmail.com:
On Tue, Dec 15, 2009 at 10:31 AM, Niko Lau niko84embed...@googlemail.com
wrote:
2009/12/15 Lennart Sorensen lsore...@csclub.uwaterloo.ca:
On Tue, Dec 15, 2009 at 05:16:05PM +0100,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carlo Zinato wrote:
Il 15/12/2009 17.31, Niko Lau ha scritto:
2009/12/15 Lennart Sorensenlsore...@csclub.uwaterloo.ca:
On Tue, Dec 15, 2009 at 05:16:05PM +0100, Niko Lau wrote:
I want to use the libv4l2 for my arm platform with uclibc cross
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sergio M. Ammirata, Ph.D. wrote:
Why not leverage the work done by these large organizations?. Ubuntu 9.10 is
using the eglibc 2.8 branch. Why don't you grab their patched version
(assuming they added patches), label it as an official eglibc 2.8
Austin Foxley wrote:
On 12/11/2009 05:18 AM, Carmelo AMOROSO wrote:
As you can see, it is using the cross-gcc because it wants to satisfy
the nptl headers target.
Now, when we are building a toolchain from scratch, we just need only
some headers for which
we don't need the cross-compiler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Austin Foxley wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=641e7e36ad0a9b2899b04f256c5b243ada7da279
branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/nptl
gets rid of nptl_headers,nptl_arch_headers,nptl_linux_headers targets
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rob Landley wrote:
On Monday 23 November 2009 12:14:07 Austin Foxley wrote:
On 11/23/2009 01:23 AM, Bernhard Reutner-Fischer wrote:
Good idea.
Is there something preventing a rename of nptl_merge - nptl now?
Done. nptl_merge is now nptl.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All, Paul
we are adding the code in uClibc ld.so to retrieve the value
of shm_alignment from the cache shape info passed to the user space
through the AUXVT for sh arch.
Currently in bits/shm.h we have
/* Segment low boundary address multiple.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luca Altobelli wrote:
Dear Sirs
I'm using buildroot-2009.08 and I need net-snmp (currently I'm using
version 5.4.2.1) installed on my target system. When compiling no
problem encountered but, if I try to launch /snmpd/ on my target
system, it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
On Mon, Nov 23, 2009 at 07:28:45AM +0100, Carmelo AMOROSO wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Austin Foxley wrote:
For my own sanity, I'm killing (renaming) the non master based nptl
branch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Korsgaard wrote:
Carmelo == Carmelo AMOROSO carmelo.amor...@st.com writes:
Carmelo If you are going to use buildroot, there is a problem during
Carmelo the configuration of the final gcc that will prevent to use
Carmelo the proper
to the 'nptl' branch, and it would fail/break. Pretty much a
non-issue now. I'll do the rename.
On 11/23/2009 01:29 AM, Carmelo AMOROSO wrote:
IIRC, yes, ... all the code for cancellation handling is not yet merged.
This is basically the only part deeply interleaved with not NPTL code,
all NPTL/TLS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Austin,
unless there are changes due to merge, I think that author should be
kept unchanged, instead that's fine/required to add teh signed-off of the
committer as git policy requires.
(e.g
Rob Landley wrote:
[SNIP]
Currently, it's not clear _which_ branch a development release would come
from, and thus what would be worth testing. The nptl branch? The
inexplicable other development branch which NPTL still hasn't been merged
into
more than 3 years after the OLS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Austin Foxley wrote:
On 11/22/2009 12:41 PM, Mikhail Gusarov wrote:
Twas brillig at 12:31:37 22.11.2009 UTC-08 when aust...@cetoncorp.com
did gyre and gimble:
By the way, is there work suitable for those who are not
enlightened
by NPTL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mikhail Gusarov wrote:
Twas brillig at 02:41:33 23.11.2009 UTC+06 when dotted...@dottedmag.net did
gyre and gimble:
AF There is a pthread test suite in LTS that would probably be a good
AF place to start.
MG Google does not return
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Austin Foxley wrote:
For my own sanity, I'm killing (renaming) the non master based nptl
branch. The difference of effort in keeping the two synced to master is
quite significant.
For the master based nptl_merge, all I have to do is a
'git
Sergio M. Ammirata, Ph.D. wrote:
Hello,
Does any have a usable uclibc config (10/31/2009 snapshot nptl branch) and
toolchain (10/31/2009 trunk snapshot ) that I can use as a baseline.
I get everything to compile but the libpthread that is created is not usable
... applications complain
Natanael Copa wrote:
seems like webserver for http://uclibc.org, cxx.uclibc.org and
busybox.net is down.
also git does not respond since this morning.
carmelo
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
Mike Frysinger wrote:
On Friday 23 October 2009 15:53:53 Carmelo Amoroso wrote:
Joakim Tjernlund wrote:
Hi All,
just to inform you that we (@STMicroelectronics) are working
to extend uClibc ld.so to support prelinking.
This would go through several steps because there are some
missing
Joakim Tjernlund wrote:
Hi All,
just to inform you that we (@STMicroelectronics) are working
to extend uClibc ld.so to support prelinking.
This would go through several steps because there are some
missing feature in uClibc.
So in he near future I'm planning to post some patches for review.
Austin Foxley wrote:
I've created a branch based on current master that has the entirety of the
work
done so far on nptl integrated. I attempted to break up into separate commits,
related kinds of changes. Hopefully this well help in reviewing...
Hi Austin,
Iy is really a big and valuable
Joakim Tjernlund wrote:
Hi All,
just to inform you that we (@STMicroelectronics) are working
to extend uClibc ld.so to support prelinking.
This would go through several steps because there are some
missing feature in uClibc.
So in he near future I'm planning to post some patches for review.
Bernhard Reutner-Fischer wrote:
On Sun, Sep 27, 2009 at 09:24:31PM +0200, Carmelo Amoroso wrote:
Austin Foxley wrote:
On 09/26/2009 09:37 AM, Giuseppe Cavallaro wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=af2e5dd9301f2659e6edbad8264d1260537b9cee
branch: http://git.uclibc.org
Hi All,
just to inform you that we (@STMicroelectronics) are working
to extend uClibc ld.so to support prelinking.
This would go through several steps because there are some
missing feature in uClibc.
So in he near future I'm planning to post some patches for review.
Steps should be as follows
Carmelo Amoroso wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=aa683c681f52160dd37af54d9da57e8eb1580584
branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/synch
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
this is a tag, so no patch shown
Austin Foxley wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=b6f255c6bfb016bbdb59614c11e4395d7845e723
branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/nptl
Signed-off-by: Austin Foxley aust...@cetoncorp.com
---
libpthread/nptl/.gitignore |2 --
Austin Foxley wrote:
On 09/26/2009 09:37 AM, Giuseppe Cavallaro wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=af2e5dd9301f2659e6edbad8264d1260537b9cee
branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/nptl
This patch adds the memmove fuction for SH4.
By default, it used
Austin Foxley wrote:
On 09/27/2009 04:06 AM, Carmelo Amoroso wrote:
I checked my git configuration , and author is properly set.
I'm thinking this is an issue in the hook script that prevents from
deleting a remote heads.
Is there someone else that could try to delete the origin/synch head
Austin Foxley wrote:
On 09/23/2009 09:07 AM, Mike Frysinger wrote:
On Wednesday 23 September 2009 10:53:23 Austin Foxley wrote:
On 09/23/2009 07:40 AM, Carmelo Amoroso wrote:
diff --git a/extra/Configs/Config.in b/extra/Configs/Config.in
index efa90d7..3d1a929 100644
--- a/extra/Configs
Huang Raymond wrote:
hi,
I downloaded uClibc-0.9.30,
#make defconfig
#make menuconfig
Target Architecture to (arm)
Target ABI to (EABI)
Target processor Type to (Arm 926T)
Target Processor Endianness to (little Endian)
#make CROSS=$PATH/arm-eabi-4.2.1/bin/arm-eabi-
but error happened.
Austin Foxley wrote:
Signed-off-by: Austin Foxley aust...@cetoncorp.com
---
extra/Configs/Config.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/extra/Configs/Config.in b/extra/Configs/Config.in
index efa90d7..3d1a929 100644
--- a/extra/Configs/Config.in
+++
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Austin Foxley wrote:
Adds TLS support from nptl branch. Please review and comment on what
you would like to see changed before this goes to master.
Austin Foxley (6):
Config.in: enable TLS config option only for nptl
include/: add tls
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
On Wednesday 29 July 2009 12:50:58 Carmelo Amoroso wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=47b61ca513022b7d89baf810692475c9f06
73cca branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/master
Avoid
Tiew Ming Ching wrote:
Sorry I have a little naive question, assuming the OS is SMP-enabled,
if I have an application which is multithread using uclibc thread library
( LINUXTHREADS_OLD ), will it take advantage of the multiple CPU
( ie will the threads get scheduled on different CPUs ) ?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
On Friday 17 July 2009 01:36:37 Carmelo AMOROSO wrote:
I've recently added for testing hidden_proto in {m,re,c}alloc functions to
ensure that from within the libc we always called the hidden __GI_xxx
symbols.
Using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
On Monday 20 July 2009 07:34:32 Carmelo AMOROSO wrote:
Mike Frysinger wrote:
but the default should be what
we have today -- the malloc symbols can be resolved dynamically at
runtime. this is how many debugging libraries
-by: Carmelo Amoroso carmelo.amor...@st.com
- --- ntp-4.2.4p7/configure.orig 2009-05-28 11:19:09.0 +0200
+++ ntp-4.2.4p7/configure 2009-05-28 11:19:25.0 +0200
@@ -44789,7 +44789,7 @@ esac
# be better to simply remove the hunk above, I did not want
# to remove it if there is hope
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
On Thursday 09 July 2009 14:24:32 Mike Frysinger wrote:
On Thursday 09 July 2009 03:35:05 Carmelo AMOROSO wrote:
Mike Frysinger wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=b387d762361e6c109c6a60bced003e7
24
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
On Monday 13 July 2009 02:51:11 Carmelo AMOROSO wrote:
Mike Frysinger wrote:
On Thursday 09 July 2009 14:24:32 Mike Frysinger wrote:
On Thursday 09 July 2009 03:35:05 Carmelo AMOROSO wrote:
Mike Frysinger wrote:
commit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
On Monday 13 July 2009 07:45:03 Carmelo AMOROSO wrote:
Mike Frysinger wrote:
if you run `./extra/scripts/MAKEALL sh`, does it work for you ?
no, it doesn't, but we know why and have a patch.
It happens when using Big Endian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=b387d762361e6c109c6a60bced003e72447b0a33
branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/master
Patch is too large, so refusing to show it
Unify all the
Bernhard Reutner-Fischer wrote:
On Thu, Jul 02, 2009 at 04:59:58PM +0200, Carmelo AMOROSO wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Folks,
we are trying to push some patch we did @ ST to extend uclibc
adding argp and FTS support.
My colleague is having some problems sending
Mike Frysinger wrote:
On Thursday 02 July 2009 10:59:58 Carmelo AMOROSO wrote:
My colleague is having some problems sending patches because the size
threashold is set to 100KiB.
patches over 100kB should get held for moderation. then a moderator can
determine whether it's acceptable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
On Fri, Jul 03, 2009 at 11:13:53AM +0200, Salvatore CRO' wrote:
Just a small tip... figures on the left in patches file
listing refers to .c bytesize while those between () on
the right to .o bytesize.
[PATCH]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Reutner-Fischer wrote:
On Fri, Jul 03, 2009 at 12:55:45PM +0200, Salvatore CRO' wrote:
... But we needed to support elfutils that in turn uses argp...
Alternatively you could fix elfutils to use standard stuff..
yeah, another
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Folks,
we are trying to push some patch we did @ ST to extend uclibc
adding argp and FTS support.
My colleague is having some problems sending patches because the size
threashold
is set to 100KiB.
So he had to split patches in separate chunks, but
301 - 400 of 762 matches
Mail list logo