Re: [PATCH NPTL] fix tst-mqueue1.c testcase producing and hang

2007-05-28 Thread Carmelo Amoroso
Carmelo Amoroso wrote: Carmelo Amoroso wrote: Hi Steve, All running test suite for our uClibc-nptl/sh4 we found a bug into tst-mqueue1.c test (this has been already fixed in glibc-cvs). This patch solve the bug and sync the test with glibc version. Regards, Carmelo Sorry, forgot

Re: [PATCH] sh4: use optimized asm version of memcpy - add config option to support backward copying

2007-05-28 Thread Carmelo Amoroso
Carmelo AMOROSO wrote: Paul Mundt wrote: On Sun, Mar 25, 2007 at 09:18:33AM -0400, Mike Frysinger wrote: On Wednesday 21 March 2007, Carmelo AMOROSO wrote: I'm currently using on uClibc-nptl for sh4 an optimized version of the memcpy function (from Stuart Menefy @STMicroelectronics

[PATCH-NPTL] environ heeds to be a weak_alias

2007-05-28 Thread Carmelo Amoroso
Hi Steve, this patch to fix a problem into nptl branch related to strong_alias used for data. Any code linked with the uCLibc-nptl trying to dereference the 'environ' variable will segfault. This has been already solved in trunk, and there are a lot of posts into libc-alpha related to the wrong

Re: [PATCH] sh4: fix mismatch in ucontext between uClibc and kernel

2007-06-14 Thread Carmelo AMOROSO
Joakim Tjernlund wrote: On Wed, 2007-06-13 at 15:48 +0200, Carmelo AMOROSO wrote: Hi All, this patch fixes a mismatch in ucontext struct between uClibc and kernel. In this way a signal handler installed by sigaction can access to the whole machine state correctly. This can be applied

Re: Time based releases for open source projects (a google video)

2007-06-22 Thread Carmelo Amoroso
Rob Landley wrote: Here's a video of an ex-debian maintainer (Martin Michlmayr, never heard of him) giving Google a talk about the advantages of time based release management. ABSTRACT: Time based releases are made according to a specific time interval, instead of making release when

Re: futexes, PI and uclibc

2007-08-30 Thread Carmelo AMOROSO
Nitin Gupta wrote: On Monday 27 August 2007 5:01:13 pm Steven Rostedt wrote: Hi all, I'm writing a chapter in the upcoming revision of Building Embedded Linux Systems. In the chapter I talk about futexes and the new Priority Inheritance support (robust futexes as well). This is only

Re: futexes, PI and uclibc

2007-08-31 Thread Carmelo AMOROSO
Rob Landley wrote: On Thursday 30 August 2007 1:37:05 am Carmelo AMOROSO wrote: Nitin Gupta wrote: On Monday 27 August 2007 5:01:13 pm Steven Rostedt wrote: Hi all, I'm writing a chapter in the upcoming revision of Building Embedded Linux Systems. In the chapter I talk

Re: Now I'm curious...

2007-09-05 Thread Carmelo AMOROSO
Steven J. Hill wrote: On Wed, Sep 05, 2007 at 02:52:11PM +0200, Christian MICHON wrote: so, the NPTL stuff is ready... My branch contains a fully working NPTL for the MIPS architecture only. I have patches from CodeSourcery for ARM and ST Microelectronics for SuperH 4. Those are

it's a test - my apologies

2007-09-07 Thread Carmelo AMOROSO
Sorry guys, I had to do a test for the anti-spoofing filtering on my corporate network. Apologies, Carmelo ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc

[PATCH] _dl_find_hash: skip lookup if the DSO hasn't an hash table

2007-09-19 Thread Carmelo AMOROSO
-by: Carmelo Amoroso [EMAIL PROTECTED] --- uClibc-trunk/ldso/ldso/dl-hash.c2007-09-19 11:06:45.0 +0200 +++ uClibc-st/ldso/ldso/dl-hash.c 2007-09-19 11:17:03.300685000 +0200 @@ -161,6 +161,10 @@ char *_dl_find_hash(const char *name, st if ((type_class ELF_RTYPE_CLASS_COPY

Re: [PATCH] _dl_find_hash: optmizie symbol lookup delaying stringcomparisons

2007-09-21 Thread Carmelo AMOROSO
the order is the same as glibc (elf/do-lookup.h:check_match), that doesn't mean is the right design, but it sounded reasonable. Carmelo Jocke On Fri, 2007-09-21 at 11:52 +0200, Carmelo AMOROSO wrote: Hi, the attached patch tries to optimize a bit the lookup process into the dynamic linker

Re: [PATCH] _dl_find_hash: skip lookup if the DSO hasn't an hash table

2007-09-24 Thread Carmelo AMOROSO
Mike Frysinger wrote: On Wednesday 19 September 2007, Carmelo AMOROSO wrote: Mike Frysinger wrote: On Wednesday 19 September 2007, Carmelo AMOROSO wrote: attached patch for the ld.so checks that during symbol lookup process, the DSO has an hash table, otherwise we need

Re: ld.so GNU hash support

2007-09-25 Thread Carmelo AMOROSO
Carmelo AMOROSO wrote: Hi All, just to make you aware of I'm working (at STMicroelectronics) to add the support for the GNU hash style into the dynamic linker. A first implementation is working but needs to be reviewed, and to be fully tested. It is based on uclibc-nptl port for sh4

Re: [PATCH] _dl_find_hash: skip lookup if the DSO hasn't an hash table

2007-09-26 Thread Carmelo AMOROSO
Carmelo AMOROSO wrote: [snip] How create and empty hash table [GNU/sysv], I don't know... but if this could happen, then the check is correct. [snip] I have asked the libc-alpha ML about this question, see reply from Jakub Jelinek ( http://sources.redhat.com/ml/libc-alpha/2007-09/msg00073

Re: [PATCH] _dl_find_hash: skip lookup if the DSO hasn't an hash table

2007-09-27 Thread Carmelo AMOROSO
Carmelo AMOROSO wrote: Carmelo AMOROSO wrote: [snip] How create and empty hash table [GNU/sysv], I don't know... but if this could happen, then the check is correct. [snip] I have asked the libc-alpha ML about this question, see reply from Jakub Jelinek ( http://sources.redhat.com/ml

Re: ld.so GNU hash support

2007-10-03 Thread Carmelo AMOROSO
Nitin Gupta wrote: Thanks Carmelo. If next release is going to be out of uClibc-NPTL branch, why are we still 1. Not merging this branch with trunk 2. Committing patches only in trunk good questions unfortunately I have not answers IIUC, NPTL support is fully configurable, in that

Re: ld.so GNU hash support

2007-10-03 Thread Carmelo AMOROSO
Carmelo AMOROSO wrote: Hi All, just to make you aware of I'm working (at STMicroelectronics) to add the support for the GNU hash style into the dynamic linker. A first implementation is working but needs to be reviewed, and to be fully tested. It is based on uclibc-nptl port for sh4

Re: ld.so GNU hash support

2007-10-04 Thread Carmelo AMOROSO
Carmelo AMOROSO wrote: Hi Folks, as previously announced, the GNU hash support has been completed and fully tested (at least on sh4 nptl port). I successfully run all uClibc testsuite and LTP built with GNU hash only, and all tests passed. Further I've done tests with mixed shared objects

Re: [PATCH] _dl_find_hash: optmizie symbol lookup delaying stringcomparisons

2007-10-05 Thread Carmelo AMOROSO
Joakim Tjernlund wrote: -Original Message- From: Carmelo AMOROSO [mailto:[EMAIL PROTECTED] Sent: den 4 oktober 2007 20:00 To: Joakim Tjernlund Cc: uclibc Subject: Re: [PATCH] _dl_find_hash: optmizie symbol lookup delaying stringcomparisons Joakim Tjernlund wrote

[PATCH] ld.so: handle STT_COMMON symbols

2007-10-08 Thread Carmelo AMOROSO
will set the type of common symbols to STT_COMMON instead of STT_OBJECTS, so the dynamic linker needs to handle this type os symbols too. Same changes have been added to glibc (See: bugzilla #5104). This patch ensures the uclibc will work with later bintuils. Signed-off-by: Carmelo Amoroso [EMAIL

Re: [PATCH] ld.so: handle STT_COMMON symbols

2007-10-08 Thread Carmelo AMOROSO
Joakim Tjernlund wrote: On Mon, 2007-10-08 at 09:10 +0200, Carmelo AMOROSO wrote: Hi Folks, as reported into glibc bug #5104 (http://sourceware.org/bugzilla/show_bug.cgi?id=5104) [snip] I am good with this change. One question though: I don't think the STT_SECTION

Re: [PATCH] ld.so: handle STT_COMMON symbols

2007-10-08 Thread Carmelo AMOROSO
Joakim Tjernlund wrote: On Mon, 2007-10-08 at 14:01 +0200, Carmelo AMOROSO wrote: Joakim Tjernlund wrote: On Mon, 2007-10-08 at 12:15 +0200, Carmelo AMOROSO wrote: Joakim Tjernlund wrote: On Mon, 2007-10-08 at 09:10 +0200, Carmelo AMOROSO wrote

Re: ld.so GNU hash support

2007-10-10 Thread Carmelo AMOROSO
, Carmelo AMOROSO [EMAIL PROTECTED]: Carmelo AMOROSO wrote: Hi Folks, as previously announced, the GNU hash support has been completed and fully tested (at least on sh4 nptl port). I successfully run all uClibc testsuite and LTP built with GNU hash only, and all tests passed. Further

Re: ld-uClibc.so linking problem

2007-10-10 Thread Carmelo AMOROSO
Rajib Saha wrote: Hi, I am using uclibc for the mips platform. I ran ldd on my libraries and found the following result. As you can see the ld-uClibc.so.0 being linked with /usr/lib/libipmi.so.1, but for /usr/lib/libproviderUtility.so.1, ldd says not a dynamic executable. As the

Re: [PATCH] _dl_find_hash: optmizie symbol lookup delaying string comparisons

2007-10-11 Thread Carmelo AMOROSO
Mike Frysinger wrote: On Friday 21 September 2007, Carmelo AMOROSO wrote: the attached patch tries to optimize a bit the lookup process into the dynamic linker postponing the string comparisons as late as possible. merged, cheers -mike Hi Mike, thanks for merging it. I collected

Re: Still pending commit

2007-10-28 Thread Carmelo Amoroso
Joakim Tjernlund wrote: hmm, STT_COMMON got lost and please use likely/unlikely instead of __builtin_expect() Jocke Hi Jocke, here it's the updated patch fon GNU hash addressing your above suggestion. Cheers, Carmelo Index: test/Rules.mak

Re: [PATCH] c99 math func log2

2007-10-31 Thread Carmelo AMOROSO
Natanael Copa wrote: Hi, Here is a patch for the c99 math func log2(). If this gets applied I will look into the other c99 math funcs as well. exp2 fdim fma fmax fmin nearbyint nexttoward remquo scalbln tgamma trunc I dont know how to use the test suite. Looks like test-double is

Re: Need help to compile Apllication binaries

2007-11-07 Thread Carmelo AMOROSO
harsh poshtiwala wrote: Hi All, I have flashed uclibc baes kernel and root file system on ARM926 EJS based target. I didn't cross compile application binaries with uclibc_small cross compiler, but i had compiled it with arm-linux-gnueabi- glibc_small. When ever we try to execute the

Re: Still pending commit

2007-11-07 Thread Carmelo AMOROSO
Carmelo Amoroso wrote: Joakim Tjernlund wrote: hmm, STT_COMMON got lost and please use likely/unlikely instead of __builtin_expect() Jocke Hi Jocke, here it's the updated patch fon GNU hash addressing your above suggestion. Cheers, Carmelo Committed. Cheers, Carmelo

Re: svn commit: trunk/uClibc: extra/Configs include ldso/include ldso etc...

2007-11-08 Thread Carmelo AMOROSO
Denys Vlasenko wrote: On Wednesday 07 November 2007 15:14, [EMAIL PROTECTED] wrote: +config LDSO_GNU_HASH_SUPPORT +bool Enable GNU hash style support +depends on HAVE_SHARED +default n +help + Newest binutils support a new hash style named GNU-hash. The dynamic +

Re: run time problem in uclibc-29

2007-11-13 Thread Carmelo Amoroso
On 11/11/2007, itamar [EMAIL PROTECTED] wrote: hi i have the following problem: i work with PTHREAD support and when i compiled uclibc the file phread.c (which is part of libpthread) compiled without the macro SHARED and the file libc_pthread_init.c (which is part of libc) compiled with

Re: [PATCH 0/7] AVR32 support for uClibc

2007-11-15 Thread Carmelo Amoroso
Hans-Christian Egtvedt wrote: Hans-Christian Egtvedt wrote: Included are 7 patches which adds support for AVR32 architecture in uClibc. The patches is generated against the latest snapshot (20071105). Is there any reason why there has been no comments, refusals or commits of the 7 patches?

Re: [PATCH 0/7] AVR32 support for uClibc

2007-11-16 Thread Carmelo AMOROSO
Haavard Skinnemoen wrote: On Fri, 16 Nov 2007 07:35:29 +0100 Hans-Christian Egtvedt [EMAIL PROTECTED] wrote: AFAIK Haavard Skinnemoen (AVR32 Linux arch maintainer) is also reading this list, and we have both done internal reviewing before sending. He is on vacation at the moment, but I

Re: [PATCH] Always inline system calls

2007-11-16 Thread Carmelo AMOROSO
Hans-Christian Egtvedt wrote: On Mon, 2007-10-29 at 17:01 +0100, Hans-Christian Egtvedt wrote: Hi, Some versions of gcc consider inline merely a hint. AVR32 depends on the system calls actually being inlined, so AVR32 needs to use __always_inline instead of just inline. The attached

Re: Ping Re: Text relocations in PIEs

2007-11-16 Thread Carmelo AMOROSO
Khem Raj wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joseph S. Myers wrote: On Thu, 15 Nov 2007, Steven J. Hill wrote: Ping. This patch http://www.uclibc.org/lists/uclibc/2007-October/018617.html is pending review. Do you have a test case to show how it

Re: Migration from glibc to uclibc [fix typos]

2007-11-19 Thread Carmelo AMOROSO
Carmelo AMOROSO wrote: Vikas TM wrote: Dear all, Please provide me nessessary changes required to migrate from glibc to uclibc (Ex: Makefile changes (busybox, utils,...etc) config file changes). Thanks in advance - regards Vikas TM Once you have your uClibc built and you

Re: Migration from glibc to uclibc [fix typos]

2007-11-19 Thread Carmelo AMOROSO
give you an hint. Carmelo Thanks Vikas TM On 11/19/07, Carmelo AMOROSO [EMAIL PROTECTED] wrote: Carmelo AMOROSO wrote: Vikas TM wrote: Dear all, Please provide me nessessary changes required to migrate from glibc to uclibc (Ex: Makefile changes (busybox, utils,...etc

Re: Migration from glibc to uclibc [fix typos]

2007-11-19 Thread Carmelo AMOROSO
`config.log' for more details. did you look at it? make: *** [net-snmp-5.1/.configured] Error 77 Can you please provide solution for this error. Thanks Vikas TM Regards, Carmelo On 11/19/07, Carmelo AMOROSO [EMAIL PROTECTED] wrote: Vikas TM wrote: Thanks Carmelo

Re: [PATCH]: ARM SHMLBA

2007-11-19 Thread Carmelo AMOROSO
Khem Raj wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi ARM SHMLBA = (4 * PAGE_SIZE). Currently in uclibc arm used shm.h from common directory where SHMLBA = __getpagesize() This patch fixes the issue. OK for trunk ? Same issue as SH4 (solved in the past). Cheers, Carmelo

Re: Migration from glibc to uclibc [fix typos]

2007-11-19 Thread Carmelo AMOROSO
Vikas TM wrote: I Able overcome this error. thanks Carmelo for your support. Carmelo, facing new error saying powerpc-linux-uclibc-strip targfs/allgon/swupdate cp /usr/share/allgon/BINARIES/MCU_Frontboard/MCU_Frontboard_1.1.0.bin targfs/usr/share/ make: *** No rule to make target

Re: uClibc Support for gettext funtionality??

2007-11-20 Thread Carmelo AMOROSO
Vikas TM wrote: Hello all, Please help me to find answers for following questions 1. What version of uClibc supports gettext functionality? none If you want to add this support into uCLibc will be appreciated. Otherwise you may build gettext libraries against uClibc and then explicitly

Re: Migration from glibc to uclibc [fix typos]

2007-11-20 Thread Carmelo AMOROSO
Vikas TM wrote: Dear all, I am facing below error during migration from glibc to uclibc, tar zxf /usr/share/allgon/mcu-linux/downloads/openntpd-3.6.1p1.tar.gz (cd /usr/slask/pwav/checkout/mcu/hcl/vikas/mcu/openntpd-3.6.1p1 CC=powerpc-linux-uclibc-gcc ./configure \

Re: [PATCH]: ARM SHMLBA

2007-11-30 Thread Carmelo Amoroso
Paul Mundt wrote: On Tue, Nov 20, 2007 at 08:30:04AM +0100, Carmelo AMOROSO wrote: Khem Raj wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi ARM SHMLBA = (4 * PAGE_SIZE). Currently in uclibc arm used shm.h from common directory where SHMLBA = __getpagesize() This patch fixes

Re: [PATCH] Make dladdr() work with GNU_HASH

2007-11-30 Thread Carmelo Amoroso
Nickolai Zeldovich wrote: The attached patch makes dladdr() work with GNU_HASH files. Without this patch, calling dladdr() on a symbol that came from a GNU_HASH file dereferences garbage pointers. Nickolai. I'll have a look. Please inlined patch are preferable. Regards, Carmelo

Re: [PATCH] Fix dladdr return value when cannot find symbol

2007-11-30 Thread Carmelo Amoroso
Nickolai Zeldovich wrote: The attached patch makes dladdr() return 0 when it cannot find a matching symbol. The current behavior of returning 1 makes it impossible for callers to know whether the supplied Dl_info buffer has been filled in with meaningful data. Nickolai. I'll have a

Re: Crosscompiler on cygwin

2007-11-30 Thread Carmelo Amoroso
Andreas Erler wrote: Hello, I'm trying to build a cross compiler from i686-pc-cywin to armeb-linux-ulibc with buildroot. When the build systems configures for the libmudflap in the directory gcc-4.2.1-final/armeb-linux-uclibc/ it spit out the following lines when: checking for dlsym

Re: [PATCH] Always inline system calls

2007-12-03 Thread Carmelo Amoroso
Hans-Christian Egtvedt wrote: On Tue, 2007-11-27 at 08:54 +0100, Joakim Tjernlund wrote: On Tue, 2007-11-27 at 08:31 +0100, Hans-Christian Egtvedt wrote: Haavard Skinnemoen wrote: On Fri, 16 Nov 2007 16:44:09 +0100 Carmelo AMOROSO [EMAIL PROTECTED] wrote: Just an idea... why not redefining

Re: [PATCH] Always inline system calls

2007-12-03 Thread Carmelo Amoroso
Carmelo Amoroso wrote: Hans-Christian Egtvedt wrote: On Tue, 2007-11-27 at 08:54 +0100, Joakim Tjernlund wrote: On Tue, 2007-11-27 at 08:31 +0100, Hans-Christian Egtvedt wrote: Haavard Skinnemoen wrote: On Fri, 16 Nov 2007 16:44:09 +0100 Carmelo AMOROSO [EMAIL PROTECTED] wrote: Just

Re: [PATCH] Always inline system calls

2007-12-03 Thread Carmelo AMOROSO
Paul Mundt wrote: On Mon, Dec 03, 2007 at 10:33:39PM +0100, Carmelo Amoroso wrote: Carmelo Amoroso wrote: while doing some test for SH4 to measure size increase for 'always inline' changes, doscovered suddenly that gcc-4.1.1 (cross sh4) fails with the following error: ../ldso/ldso/dl

Re: svn commit: trunk/uClibc/ldso: include ldso ldso/bfin libdl

2007-12-04 Thread Carmelo AMOROSO
[EMAIL PROTECTED] wrote: Author: bernds Date: 2007-12-03 14:54:16 -0800 (Mon, 03 Dec 2007) New Revision: 20614 Log: Blackfin FD-PIC patch 3/6. Change _dl_find_hash to _dl_lookup_hash, as on the NPTL branch. _dl_find_hash is now a wrapper function around it; unlike on the NPTL branch, it

Re: [PATCH] Always inline system calls

2007-12-04 Thread Carmelo AMOROSO
Bernhard Fischer wrote: On Tue, Dec 04, 2007 at 08:36:31AM +0100, Carmelo AMOROSO wrote: Paul Mundt wrote: On Mon, Dec 03, 2007 at 10:33:39PM +0100, Carmelo Amoroso wrote: Carmelo Amoroso wrote: while doing some test for SH4 to measure size increase for 'always inline

Re: [PATCH] AVR32: Fix sa_restorer when SA_ONSTACK is set

2007-12-07 Thread Carmelo AMOROSO
Haavard Skinnemoen wrote: From: Haavard Skinnemoen [EMAIL PROTECTED] I don't remember exactly why we decided to pick the caller's value of sa_restorer when SA_ONSTACK is set, but it seems to break LTP's sigaltstack testcase. Some users have reported problems with sigaltstack as well;

Re: svn commit: trunk/uClibc/ldso: include ldso ldso/bfin libdl

2007-12-09 Thread Carmelo Amoroso
Bernd Schmidt wrote: Carmelo AMOROSO wrote: I think that when nptl merge will be completed, we could use something like that: #if defined USE_TLS || defined __FDPIC__ #define HASH_EXTRA_TPNT #else #undef HASH_EXTRA_TPNT #endif and use it in _dl_find_hash wrapper. I'd much rather get

Re: [PATCH] Fix dladdr return value when cannot find symbol

2007-12-09 Thread Carmelo Amoroso
. If the object in which the address lies in has been found, then the dinfo fields dli_fname and dli_fbase have to be filled indipendently of the symbol matching. Signed-off-by: Carmelo Amoroso [EMAIL PROTECTED] Index: ldso/libdl/libdl.c

Re: [PATCH] Fix dladdr return value when cannot find symbol

2007-12-10 Thread Carmelo AMOROSO
Nickolai Zeldovich wrote: On Dec 9, 2007 11:26 AM, Carmelo Amoroso [EMAIL PROTECTED] wrote: Attached patch tries to fix it. The GNU_HASH part needs to be fixed accordingly. Any comments ? I think that should work. Minor point: --- ldso/libdl/libdl.c (revision 20633

Re: [PATCH] Fix dladdr return value when cannot find symbol

2007-12-12 Thread Carmelo AMOROSO
Carmelo AMOROSO wrote: Nickolai Zeldovich wrote: On Dec 9, 2007 11:26 AM, Carmelo Amoroso [EMAIL PROTECTED] wrote: Attached patch tries to fix it. The GNU_HASH part needs to be fixed accordingly. Any comments ? I think that should work. Minor point

Re: NPTL ARM

2007-12-13 Thread Carmelo AMOROSO
Will Wagner wrote: Thanks for the reply. So I am trying to build uClibc through buildroot on arm with nptl. It fails with this error: ./libpthread/linuxthreads/sysdeps/arm/pt-machine.h:39: warning: C99 inline functions are not supported; using GNU89

Re: Alignment fixups for gethostbyname_r

2007-12-21 Thread Carmelo Amoroso
Daniel Jacobowitz wrote: MontaVista noticed that when their kernels were configured to trap on unaligned access gethostbyname_r could mysteriously crash. I tracked this down to an unaligned buffer being passed to gethostbyname_r from some other part of uClibc (afraid I don't remember where

Re: Alignment fixups for gethostbyname_r

2007-12-30 Thread Carmelo Amoroso
Rob Landley wrote: On Saturday 22 December 2007 00:35:10 Carmelo Amoroso wrote: Hi Daniel, I've merged it into my sh4-nptl branch to do some tests, How many nptl branches are there currently, and what's the merge status thereof? I've lost track again... Rob Sorry

Re: Alignment fixups for gethostbyname_r

2007-12-30 Thread Carmelo Amoroso
Rob Landley wrote: On Sunday 30 December 2007 14:02:22 Carmelo Amoroso wrote: Sorry for the misunderstanding, I meant the nptl port for sh4 in ST (actually included into svn nptl branch). No a new branch at all. The merge status is that sh4 nptl code has been merged into the branch. Steve

Re: unresolved symbols with locale support

2008-01-05 Thread Carmelo Amoroso
Lane Brooks wrote: I found my problem. It was stale binaries did not get installed correctly. Lane Hi, please note that the current status of locale support is not fully completed. We at ST have a whole Linux distro build against uclibc with locale enabled comprising almost 500 packages

Re: Alignment fixups for gethostbyname_r

2008-01-06 Thread Carmelo Amoroso
Mike Frysinger wrote: On Saturday 22 December 2007, Carmelo Amoroso wrote: Daniel Jacobowitz wrote: MontaVista noticed that when their kernels were configured to trap on unaligned access gethostbyname_r could mysteriously crash. I tracked this down to an unaligned buffer being passed

Re: Prepending underscores to symbol names in dlsym() (commit 20613)

2008-01-07 Thread Carmelo AMOROSO
Will Newton wrote: Hi Bernd, (I hope I got the right email address here) I noticed commit 20613 prepends an underscore to the symbol name passed to dlsym() if __UCLIBC_NO_UNDERSCORE__ is not defined. I was wondering if you could explain the rationale behind this change? It seems to me the

Re: [PATCH] Fix dladdr return value when cannot find symbol

2008-01-09 Thread Carmelo AMOROSO
Mike Frysinger wrote: On Wednesday 12 December 2007, Carmelo AMOROSO wrote: while running more tests on this (indeed never used dladdr in the past), which tests ? our dl tests certainly dont have the coverage anywhere close to what i wish they did ... -mike Hello, based

Re: [PATCH] Fix dladdr return value when cannot find symbol

2008-01-09 Thread Carmelo AMOROSO
Carmelo AMOROSO wrote: Hello, based on the patch from Nickolai, here you can find a comprehensive patch to fix dladdr function. Sorry, I missed a fix into dl-hash.c too. Find the missing change into the attached patch. Carmelo Index: ldso/ldso/dl-hash.c

dl_iterate_phdr missing in libc

2008-01-11 Thread Carmelo AMOROSO
Hi All, I'm facing a problem when statically linking an app with sh4-linux-uclibc-g++ caused by the missing symbol dl_iterate_phdr as below: sh4-linux-uclibc-g++ -static main.c /opt/STM/STLinux-2.3/devkit/sh4_uclibc/lib/gcc/sh4-linux-uclibc/4.2.1/libgcc_eh.a(unwind-dw2-fde-glibc.o): In

Re: dl_iterate_phdr missing in libc

2008-01-11 Thread Carmelo Amoroso
On 11/01/2008, Bernd Schmidt [EMAIL PROTECTED] wrote: Carmelo AMOROSO wrote: Hi All, I'm facing a problem when statically linking an app with sh4-linux-uclibc-g++ caused by the missing symbol dl_iterate_phdr as below: sh4-linux-uclibc-g++ -static main.c /opt/STM/STLinux-2.3/devkit

Re: dl_iterate_phdr missing in libc

2008-01-12 Thread Carmelo Amoroso
Mike Frysinger wrote: On Friday 11 January 2008, Carmelo AMOROSO wrote: I'm facing a problem when statically linking an app with sh4-linux-uclibc-g++ caused by the missing symbol dl_iterate_phdr as below: sh4-linux-uclibc-g++ -static main.c /opt/STM/STLinux-2.3/devkit/sh4_uclibc/lib/gcc/sh4

Re: svn commit: trunk/uClibc/ldso/ldso/sh

2008-01-12 Thread Carmelo Amoroso
Mike Frysinger wrote: On Saturday 12 January 2008, [EMAIL PROTECTED] wrote: Author: carmelo Date: 2008-01-12 00:20:18 -0800 (Sat, 12 Jan 2008) New Revision: 20848 Log: Make sh4 build works again adding a temporary work-around iby redefining __always_inline to inline until gcc 4.x.x will

Re: SV: [PATCH] Fix dladdr return value when cannot find symbol

2008-01-20 Thread Carmelo Amoroso
Joakim Tjernlund wrote: -Ursprungligt meddelande- Från: Kevin Day [mailto:[EMAIL PROTECTED] Skickat: den 19 januari 2008 02:41 Till: Joakim Tjernlund Kopia: Carmelo AMOROSO; uclibc@uclibc.org; Nickolai Zeldovich Ämne: Re: [PATCH] Fix dladdr return value when cannot find symbol

Re: svn commit: branches/uClibc-nptl/libpthread/nptl/sysdeps/generic

2008-01-21 Thread Carmelo AMOROSO
[EMAIL PROTECTED] wrote: Author: sjhill Date: 2008-01-16 15:59:17 -0800 (Wed, 16 Jan 2008) New Revision: 20859 Log: This is defined in multiple places for IA64 and cris architectures and also differs in implementation. Modified:

Re: svn commit: trunk/uClibc/ldso: include ldso libdl

2008-01-21 Thread Carmelo AMOROSO
for the main application. Signed-off-by: Filippo Arcidiacono [EMAIL PROTECTED] Signed-off-by: Carmelo Amoroso [EMAIL PROTECTED] Modified: trunk/uClibc/ldso/include/dl-defs.h trunk/uClibc/ldso/include/dl-hash.h trunk/uClibc/ldso/ldso/dl-hash.c trunk/uClibc/ldso/ldso/ldso.c trunk/uClibc

Re: [PATCH] Fix dladdr return value when cannot find symbol

2008-01-21 Thread Carmelo AMOROSO
Bernd Schmidt wrote: Carmelo AMOROSO wrote: based on the patch from Nickolai, here you can find a comprehensive patch to fix dladdr function. With the current implementation, the invocation of dladdr((void *) 1, dlinfo) will fill dlinfo.dli_fname with the name of the application

Re: crti.o: No such file

2008-01-21 Thread Carmelo Amoroso
On 21/01/2008, wong siu pui [EMAIL PROTECTED] wrote: Hi all, I use buildroot to make a file system and start a chroot seesion. When I try to compile my software, an error crti.o: No such file appears. But I find that crti.o is in /usr/lib of the file system. Why the compiler cannot find

Re: RFC: multilib support for uClibc

2008-01-22 Thread Carmelo AMOROSO
Bernd Schmidt wrote: For the Blackfin, we need to compile several versions of uClibc and install them in such a way that the cross compilers will find them. To do this, we've come up with the following patch (combined from multiple contributions by Jie Zhang, Mike Frysinger and myself).

Re: svn commit: trunk/uClibc/test/dlopen

2008-01-22 Thread Carmelo AMOROSO
Hello, below the output of the test case executed in different scenarios (on uClibc-nptl for sh4) with some comments /* CASE 1: Broken implementation of dladdr */ [EMAIL PROTECTED]:/home/filippo/uclibc-test/dlopen# ./dladdr dladdr() should fail info-dli_fname = (null) info-dli_fbase =

Re: [PATCH] _dl_iterate_phdr rework

2008-01-23 Thread Carmelo Amoroso
Hi All, Please discard my previous patch and look at this one. I forgot to add the dl-support.c file that implement the _dl_aux_init function used, when statically linking, to initialize the _dl_phdr and _dl_phnum symbols used into _dl_iterate_phdr. Moreover, __uClibc_main needs to call the

Re: [PATCH] _dl_iterate_phdr rework

2008-01-23 Thread Carmelo AMOROSO
Joakim Tjernlund wrote: On Tue, 2008-01-22 at 15:44 +0100, Carmelo AMOROSO wrote: Hi All, the attached patch will solve an problem when statically linking a C++ application with gcc configured to use unwind-dw2-fde-glibc implementation. This needs _dl_iterate_phdr to be included

Re: Status of uClibc NPTL and C++ on ARM

2008-02-06 Thread Carmelo AMOROSO
Ryan Ordway wrote: On Feb 5, 2008, at 11:40 AM, Steven J. Hill wrote: As I understand it, NPTL has been ported to uClibc and there is support for ARM, but it's currently living on a branch at http://uclibc.org/cgi-bin/viewcvs.cgi/branches/uClibc-nptl. Right? No, the ARM NPTL

Re: [PATCH] wprintf overflow

2008-02-06 Thread Carmelo AMOROSO
Kevin Cernekee wrote: Hi, I am seeing a buffer overflow in uClibc-0.9.28 on mipsel, illustrated by the following test program: #include stdio.h #include wchar.h int main(int argc, char **argv) { wprintf(LThis line is OK\n); wprintf(LThis line is no problem either because the format

Re: Implementation of ether_line, ether_hostton and ether_ntohost

2008-02-12 Thread Carmelo Amoroso
Matthew Wilcox wrote: I want to be able to etherwake by hostname. Since I've gone to the trouble of putting that information in /etc/ethers, I think my computer should jolly well not force me to type in meaningless strings of hex. So here's an implementation (ethers.c) and two test programs

Re: locale support (yes, i'm going to try to improve it)

2008-02-16 Thread Carmelo Amoroso
On 14/02/2008, John Calixto [EMAIL PROTECTED] wrote: Hello, I have a some fixes into locale code to be committed soon. We have included a lot of locale tests from glibc tree into uClibc, and tested locale support into uClibc, so added some fixes to solve some of them. Cheers,

Re: [PATCH] make getaddrinfo hint AI_ADDRCONFIG work

2008-02-21 Thread Carmelo AMOROSO
Ricard Wanderlof wrote: On Thu, 21 Feb 2008, [EMAIL PROTECTED] wrote: The problem turned out to be in getaddrinfo(). When hints.ai_flags has the AI_ADDRCONFIG bit set in a call to getaddrinfo, IPv4 and IPv6 addresses should only be returned if the system as at least one address of the

Re: Implementation of ether_line, ether_hostton and ether_ntohost

2008-02-27 Thread Carmelo AMOROSO
Carmelo Amoroso wrote: Matthew Wilcox wrote: I want to be able to etherwake by hostname. Since I've gone to the trouble of putting that information in /etc/ethers, I think my computer should jolly well not force me to type in meaningless strings of hex. So here's an implementation

Re: Implementation of ether_line, ether_hostton and ether_ntohost

2008-02-27 Thread Carmelo AMOROSO
Carmelo Amoroso wrote: Carmelo Amoroso wrote: Matthew Wilcox wrote: I want to be able to etherwake by hostname. Since I've gone to the trouble of putting that information in /etc/ethers, I think my computer should jolly well not force me to type in meaningless strings of hex. So here's

Re: Implementation of ether_line, ether_hostton and ether_ntohost

2008-02-27 Thread Carmelo AMOROSO
Carmelo AMOROSO wrote: Carmelo Amoroso wrote: Carmelo Amoroso wrote: Matthew Wilcox wrote: I want to be able to etherwake by hostname. Since I've gone to the trouble of putting that information in /etc/ethers, I think my computer should jolly well not force me to type in meaningless

Re: Problems with syscall for SH

2008-03-05 Thread Carmelo Amoroso
Thiago Galesi wrote: Hello I am trying this with svn uclibc, and even with (moderately) old versions the result is the same. I saw this problem discussed in older messages (for other archs), but it was not solved them There is a conflict with the definition of syscall (in .h) and the

[PATCH] Makefile.in: better clean

2008-03-05 Thread Carmelo Amoroso
the log of the clean Call objclean target instead of using find command to do a build clean. This ensures that all files created on-the-fly during the build will be removed if correctly listed into the objclean-y target. Signed-off-by: Carmelo Amoroso [EMAIL PROTECTED] Index: Makefile.in

Re: Problems with syscall for SH

2008-03-06 Thread Carmelo AMOROSO
Carmelo Amoroso wrote: Thiago Galesi wrote: Hello I am trying this with svn uclibc, and even with (moderately) old versions the result is the same. I saw this problem discussed in older messages (for other archs), but it was not solved them There is a conflict with the definition

Re: Problems with syscall for SH

2008-03-06 Thread Carmelo AMOROSO
packages against uclibc. I don't use buildroot anyway. Please, post some logs if available. Carmelo On Thu, Mar 6, 2008 at 2:37 PM, Carmelo AMOROSO [EMAIL PROTECTED] wrote: Carmelo Amoroso wrote: Thiago Galesi wrote: Hello I am trying this with svn uclibc, and even with (moderately

Re: help : mutex sharing between processes

2008-03-08 Thread Carmelo Amoroso
vibi wrote: hello, i am trying to use sharing of mutex between processes on linux. i am using functions pthread_mutexattr_init followed by pthread_mutexattr_setpshared . in pc (kernel = 2.6.22.1,libpthread-2.5.so) it is running ok. but in arm-linux (kernel =

Re: svn commit: trunk/uClibc/ldso/ldso

2008-03-11 Thread Carmelo AMOROSO
Peter Kjellerstedt wrote: You should move the calculation of rem to within the if statement, since the modulo operation is time consuming and the if statement is marked as unlikely(), i.e.: if (unlikely((bitmask_word hashbit1) (bitmask_word hashbit2) 1)) {

Re: need help on compiling uClibc 0.9.29 for mipsel platform

2008-03-12 Thread Carmelo AMOROSO
[EMAIL PROTECTED] wrote: Hi, I was trying to build uClibc-0.9.29 for mipsel I gave command like make CROSS=mipsel-linux- I am getting following error mipsel-linux-ld : cannot open linker script file ldscripts/elf32btsmip.xsw : No such file or directory But i am able to see that

Re: [PATCH] mknod fix for major/minor number greater than 255

2008-03-13 Thread Carmelo AMOROSO
Basheer, Mansoor Ahamed wrote: I have attached test application with this mail. -Mansoor Hello, I've executed your test built against glibc2.61 and it fails as uClibc. I have not spent time to investigate what is the correct behavior. So, are we sure uClibc needs to be fixed ? Carmelo

Re: undefined reference to 'sinf', 'cosf', 'logf'

2008-03-14 Thread Carmelo AMOROSO
YD wrote: Hello all, I am compiling the QT embedded 4.3.3 on my platform which is based on MIPS 32. My Uclibc is 0.9.27 , GCC Version is 3.4 But the compile error occurs, undefined reference to 'sinf' undefined reference to 'cosf' undefined reference to 'logf' I do

Re: [PATCH] Implement error_print_progname

2008-03-21 Thread Carmelo Amoroso
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 story. uClibc doesn't provide support for error_print_progname even if header error.h declare it. I

Re: undefined reference to `dl_iterate_phdr'

2008-03-25 Thread Carmelo Amoroso
Khem Raj wrote: On Mar 22, 2008, at 11:34 AM, Stephan Raue wrote: /home/stephan/geexbox/build.i386/toolchain/lib/gcc/i386-pc-linux- uclibc/4.2.3/libgcc.a(unwind-dw2-fde-glibc.o): In function `_Unwind_Find_FDE': /home/stephan/geexbox/build.i386/gcc-4.2.3/objdir-gcc-final/

Re: [PATCH] Fix dladdr return value when cannot find symbol

2008-03-25 Thread Carmelo Amoroso
Bernhard Fischer wrote: On Fri, Feb 08, 2008 at 10:24:40AM +0100, Carmelo AMOROSO wrote: Bernd Schmidt wrote: Carmelo AMOROSO wrote: based on the patch from Nickolai, here you can find a comprehensive patch to fix dladdr function. With the current implementation, the invocation

Re: uclibc segfault in ldso

2008-03-26 Thread Carmelo AMOROSO
Nigel Kukard wrote: Hi Guys, I'm trying to trace a segfault in ldso when running a PIE compiled binary under uclibc. Hello, recently there have been some fixes into the ld.so to cope with problems in PIE applications. I suggest you to see if latest SVN release works fine for you.

Re: uclibc segfault in ldso

2008-03-26 Thread Carmelo AMOROSO
Carmelo Amoroso wrote: Nigel Kukard wrote: Hi Guys, I'm trying to trace a segfault in ldso when running a PIE compiled binary under uclibc. Hello, recently there have been some fixes into the ld.so to cope with problems in PIE applications. I suggest you to see if latest SVN release

  1   2   3   4   5   6   7   8   9   >