Re: Support for logf, sinf and cosf in libuClibc (uClibc0.9.27)

On 9/20/17 11:50 PM, monika wadekar wrote: Hi there, I am trying to build qt-webkit v4.5.3 for ARM platform (iwmmxt) using uClibc0.9.27 cross toolchain. However I am getting following errors at the time of running make (Configure was successfull):

Re: [PATCH] ldso/ARC: fix DT_RELACOUNT handling

On Fri, May 20, 2016 at 1:26 AM, Vineet Gupta wrote: >> This is ok > > Is this is question no, its a comment. I know its a rela ABI ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

Re: [PATCH] ldso/ARC: fix DT_RELACOUNT handling

On Thu, May 19, 2016 at 11:56 PM, Vineet Gupta wrote: > From: Cupertino Miranda > > Wih new bintuils supporting DT_RELACOUNT, ldso was crashing as it was > parsing relocs incorrectly. > > Apparently that code ran for first time and was never

Re: uClibc-ng 1.0.12 released

On Mon, Feb 1, 2016 at 8:16 AM, Waldemar Brodkorb wrote: > Hi Embedded Hackers, > > exactly one year after the first uClibc-ng release I finished with > the 13'th release of uClibc-ng. It contains a fix for a possible DoS > attack in the resolver code, so you should better

Re: syncfs() in uClibc

On Sat, Jan 2, 2016 at 1:47 PM, Anthony G. Basile wrote: > Hi everyone, > > We need to get syncfs() into uClibc because its needed for busybox [1] > and (I believe) systemd. I've seen patches for this go to openembedded > and uclibc-ng, but I'm not sure if any patch

Re: [PATCH] Replace MIPS specific memcpy.S/memset.S with version from glibc/newlib.

Hi Steve On Mon, Dec 21, 2015 at 1:22 PM, Steve Ellcey wrote: > These MIPS specific versions of memcpy.S and memset.S are faster than > the current ones and match what is in newlib and glibc. They also have > support for the mips32r6 and mips64r6 architectures. > what is

[PATCH 6/9] ldso: limited support for $ORIGIN in rpath

added as well. Upstream-Status: Submitted Signed-off-by: Timo Teräs Signed-off-by: Junling Zheng <zhengjunl...@huawei.com> Signed-off-by: Khem Raj <raj.k...@gmail.com> --- ldso/include/dl-string.h | 2 ++ ldso/ldso/dl-elf.c | 79 +---

[PATCH 8/9] fcntl: Add AT_EMPTY_PATH for all and O_PATH for arm

Signed-off-by: Khem Raj <raj.k...@gmail.com> --- include/fcntl.h | 3 +++ libc/sysdeps/linux/arm/bits/fcntl.h | 1 + 2 files changed, 4 insertions(+) diff --git a/include/fcntl.h b/include/fcntl.h index 11000dd..8a7ad9b 100644 --- a/include/fcntl.h +++ b/include/f

[PATCH 7/9] nptl/atfork: Hide pthread_atfork in shared versions

Signed-off-by: Khem Raj <raj.k...@gmail.com> Upstream-Status: Pending --- libpthread/nptl/Makefile.in | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libpthread/nptl/Makefile.in b/libpthread/nptl/Makefile.in index 55eeba2..8cb8fa9 100644 --- a/libpthread/nptl/Makef

[PATCH 9/9] wire in syncfs

Signed-off-by: Khem Raj <raj.k...@gmail.com> --- include/unistd.h | 2 +- libc/sysdeps/linux/common/syncfs.c | 13 + 2 files changed, 14 insertions(+), 1 deletion(-) create mode 100644 libc/sysdeps/linux/common/syncfs.c diff --git a/include/unistd.h b/i

[PATCH 2/9] Add implementation for copysignl for ppc

Signed-off-by: Khem Raj <raj.k...@gmail.com> --- libc/sysdeps/linux/powerpc/Makefile.arch | 2 +- libc/sysdeps/linux/powerpc/copysignl.c | 89 2 files changed, 90 insertions(+), 1 deletion(-) create mode 100644 libc/sysdeps/linux/powerpc/copysignl.c

[PATCH 5/9] Always use -O2 for compiling fork.c

When compiling in thumb mode for arm with -Os gcc gives up since it can not find registers to spill. So we use -O2 option for compiling fork.c It may be addressable in gcc. Signed-off-by: Khem Raj <raj.k...@gmail.com> --- libpthread/nptl/sysdeps/unix/sysv/linux/arm/Makefile.arch | 6 +++

[PATCH 1/9] Disable lrount_tes() function

Its not used anyway, avoids some strict compiler warnings Signed-off-by: Khem Raj <raj.k...@gmail.com> --- test/math/libm-test.inc | 2 -- 1 file changed, 2 deletions(-) diff --git a/test/math/libm-test.inc b/test/math/libm-test.inc index f50b48b..6d70a95 100644 --- a/test/math/libm-te

[PATCH 4/9] Dont support localised optimizations this helps to have a global -O level

Signed-off-by: Khem Raj <raj.k...@gmail.com> --- libpthread/nptl/pthread_mutex_timedlock.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/libpthread/nptl/pthread_mutex_timedlock.c b/libpthread/nptl/pthread_mutex_timedlock.c index 04187f6..f56f6c5 100644 --- a/libpthrea

[PATCH 10/10] gcc5 optimizes away the write only static functions and we end up with

avoids that optimization. Signed-off-by: Khem Raj <raj.k...@gmail.com> --- libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c | 2 +- libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/libpthrea

Re: libutil's logout doesn't clear utmp entries

On Aug 17, 2015, at 1:29 PM, Ata, John (US) john@baesystems.com wrote: Hi, The module logout() in libutil does not actually remove the utmp entry that it attempts to do. This is because it uses getutline() to read the utmp entry which is returned in utmp's internal static buffer.

Re: Question: Does uclibc support NPTL TLS ?

On May 27, 2015, at 6:21 PM, Sheng Yong shengyo...@huawei.com wrote: Hi, On 5/28/2015 3:18 AM, Rich Felker wrote: On Wed, May 27, 2015 at 05:10:53PM +0800, Sheng Yong wrote: Hi, I encountered a problem when I test thread local storage on my arm board (kernel 3.10.77 and uclibc

Re: [PATCH 06/12] do not depend on compile

On 14-08-27 08:01:43, Waldemar Brodkorb wrote: When you cross-compile the testsuite and then try to run on a system without gcc/binutils it would be nice if no compiling or linking is tried. This would also need changes to test/README to reflect this change Signed-off-by: Waldemar Brodkorb

Re: sorry for duplicate mails

On 14-08-27 08:05:24, Waldemar Brodkorb wrote: Hi, I refreshed my patchset with Sob Line w...@openadk.org and forgot to delete the old set in my outgoing dir. Sorry for the duplicate mails. Thanks, looks good, I have provided feedback Will publish test suite results soon. best

Re: Question - intention of UCLIBC_BUILD_NOEXECSTACK?

On 14-08-26 21:35:57, Bernhard Reutner-Fischer wrote: On 25 August 2014 15:57, Andrew McDonnell b...@andrewmcdonnell.net wrote: On 25/08/14 22:56, Andrew McDonnell wrote: Hmmm, I am having some trouble repeating my original result. snipped OK, with a fresh build, the following appears

[PATCH 2/2] timex: Sync with glibc

Signed-off-by: Khem Raj raj.k...@gmail.com --- include/sys/timex.h | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/include/sys/timex.h b/include/sys/timex.h index 9082a28..57059bd 100644 --- a/include/sys/timex.h +++ b/include/sys/timex.h @@ -67,8 +67,12 @@ struct

[PATCH 1/2] Define IPTOS_CLASS_* macros according to RFC 2474

Signed-off-by: Khem Raj raj.k...@gmail.com --- include/netinet/ip.h | 42 ++ 1 file changed, 30 insertions(+), 12 deletions(-) diff --git a/include/netinet/ip.h b/include/netinet/ip.h index 19e1249..3fe58b9 100644 --- a/include/netinet/ip.h +++ b/include

Re: Question - intention of UCLIBC_BUILD_NOEXECSTACK?

On 14-08-25 12:06:16, b...@andrewmcdonnell.net wrote: Hi, I have been playing with uClibc on some embedded Linux systems, and trying out some hardening techniques. When I tested the .so files built by uClibc (using the checksec.sh tool from http://www.trapkit.de/tools/checksec.html, which

Re: Question - intention of UCLIBC_BUILD_NOEXECSTACK?

On 14-08-25 15:41:17, b...@andrewmcdonnell.net wrote: On 2014-08-25 15:17, Khem Raj wrote: On 14-08-25 12:06:16, b...@andrewmcdonnell.net wrote: snipped I guess the gap in my knowledge is how uClibc, by only applying to assembler files, meets marking all libraries and executables when

Re: hashcode handling

On Fri, Jul 25, 2014 at 9:10 AM, czankel ch...@zankel.net wrote: Hi, The following patches are still outstanding since Nov '13. It would be great if someone could approve them or give feedback. These generic changes are required to add NPTL support for Xtensa.

Re: [OpenWrt-Devel] uClibc-ng

On Thu, Jul 24, 2014 at 1:48 PM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: On Wed, Jul 23, 2014 at 09:20:51PM +0200, Carmelo Amoroso wrote: Il 23 luglio 2014 13:42:38 Jody Bruchon j...@jodybruchon.com ha scritto: On 7/22/2014 11:30 PM, Steve Bennett wrote: I would like to add my

Re: Switching from uClibc to glibc as the default in Buildroot?

Hi Thomas On Tue, Feb 18, 2014 at 2:14 PM, Thomas Petazzoni thomas.petazz...@free-electrons.com wrote: Hello, The uClibc project has not released any new version since almost two years, despite the fact that there are numerous known issues and limitations in 0.9.33.2, and a good set of fixes

Re: Switching from uClibc to glibc as the default in Buildroot?

On Feb 18, 2014, at 5:46 PM, Jody Lee Bruchon j...@jodybruchon.com wrote: On February 18, 2014 7:23:11 PM EST, Khem Raj raj.k...@gmail.com wrote: inclusion into master. Secondly, would it be just fine if the release is made in form of a git branch and no tarballs? I would like to point

Re: [PATCH] Fix sync_file_range.c for MIPS64 N32 ABI builds.

On Feb 12, 2014, at 10:09 AM, Steve Ellcey sell...@mips.com wrote: The special sync_file_range handling is only needed for the O32 ABI (regardless of whether it is on mips32 or mips64). The N32 (and N64) ABI's should both use the standard code. This routine was using the special code for

Re: MIPS64 N64 SIGBUS error

On Tue, Nov 26, 2013 at 11:17 AM, Waldemar Brodkorb w...@openadk.org wrote: Hi Bernhard, Bernhard Reutner-Fischer wrote, On 24 November 2013 10:51, Waldemar Brodkorb w...@openadk.org wrote: Hi Developers, I am trying to find the reason for a SIGBUS error, when which binutils? ld.gold

Re: Doing a release?

On Wednesday, November 6, 2013, Thomas Petazzoni wrote: Hello, On Wed, 18 Sep 2013 06:49:44 +0200, Thomas Petazzoni wrote: Dear uClibc developers, The last release of uClibc, 0.9.33.2, has been made well over a year ago. However, there is fairly big number of improvements/fixes in the

Re: Doing a release?

On Nov 6, 2013, at 11:23 AM, czankel ch...@zankel.net wrote: Hi Khem, On 11/6/13 11:05 AM, Khem Raj wrote: On Wednesday, November 6, 2013, Thomas Petazzoni wrote: i have been preparing setup to test the outstanding patches which now i have i think most of the changes arent affecting

Re: Adding support for TLS/NPTL for Xtensa

On Thursday, October 31, 2013, Chris Zankel wrote: Hi, Baruch Siach and I have been working on supporting TLS and NPTL for the Xtensa architecture, and I would like to start committing those changes. Most changes are very limited to the Xtensa architecture, so shouldn't affect other

Re: Building uclibc for big-endian and little-endian target.

Hi Steve On Oct 15, 2013, at 10:30 AM, Steve Ellcey sell...@mips.com wrote: I have a question about endiness and uclibc. I am trying to build multiple versions of uclibc for MIPS, including big and little endian versions. What I notice is that in Rules.mak there are lines:

Re: [PATCH-0.9.33] common/pread_write.c: unbreak on archs without __NR_pread64

On Oct 15, 2013, at 1:41 PM, Peter Korsgaard pe...@korsgaard.com wrote: Mike == Mike Frysinger vap...@gentoo.org writes: Hi, The code nicely checks for it, but then ends up hard coding the syscall to use __NR_pread64 afterwards, rendering the check useless. Fix it by using the result of

[PATCH] add posix_fadvise() for arm

arm call to posix_fadvise simply calls posix_fadvise64 Signed-off-by: Khem Raj raj.k...@gmail.com --- libc/sysdeps/linux/common/posix_fadvise.c | 24 1 file changed, 16 insertions(+), 8 deletions(-) Upstream-Status: Pending diff --git a/libc/sysdeps/linux/common

Patchwork now available for uclibc

Hi All, ozlabs has kindly added uclibc project mailing list to tracked lists for patches, so we will be able to monitor/process the patches on ozlabs patchwork instance here http://patchwork.ozlabs.org/project/uclibc/list/ Right now, I am taking care of keeping it uptodate, and expect more

Re: Doing a release?

On Sep 17, 2013, at 9:49 PM, Thomas Petazzoni thomas.petazz...@free-electrons.com wrote: Dear uClibc developers, The last release of uClibc, 0.9.33.2, has been made well over a year ago. However, there is fairly big number of improvements/fixes in the master branch that would be

Re: [PATCH] Revert parser_config.[ch]: remove duplicated hidden functions

On May 8, 2013, at 10:55 AM, Rich Felker dal...@aerifal.cx wrote: On Mon, May 06, 2013 at 09:32:57PM -0700, Khem Raj wrote: On May 6, 2013, at 9:10 PM, Vineet Gupta vineet.gup...@synopsys.com wrote: This attribute_hidden should not be resurrected. Is this because uClibc convention

Re: [PATCH] Revert parser_config.[ch]: remove duplicated hidden functions

On May 6, 2013, at 9:10 PM, Vineet Gupta vineet.gup...@synopsys.com wrote: This attribute_hidden should not be resurrected. Is this because uClibc convention is to specify this only with prototypes which is already being done. is it possible to rename the conflicting functions in busy

Re: Bison build failure on uClibc ARM

On Apr 8, 2013, at 12:31 PM, Tux Mason tuxma...@gmail.com wrote: Kindly pardon the late reply. Yes I was using the master branch. I enabled UCLIBC_HAS_ADVANCED_REALTIME in the .config. Disabling this option enables a successful build of bison but breaks other applications like psmisc and

[PATCH] i386/sysdep.h: Remove STABS_* macros

uclibc is compiled with elf/dwarf and secondly HAVE_CPP_ASM_DEBUGINFO is not defined so we generate bogus .stab sections needlessly Some of post processing tools get confused when they see both dwarf and stab sections Signed-off-by: Khem Raj raj.k...@gmail.com --- libc/sysdeps/linux/i386

Re: segfault of test on buildroot system

On Friday, March 15, 2013, Alexander Varnin fenix...@mail.ru wrote: Hello. I'm using buildroot based system with ARM samsung processor (s3c2443). I've found a case, when i get segfault in my application. Using x86 debian compilers doesn't reproduce error. Attaching test program to this letter.

Re: [PATCH 6/7] fstat64: Fix Build warnings with common-generic ABI build

Thanks for review Markos- so what's the list protocol now - I need to resend all the patches again or only send the ones which have changed. resend all. If you have published a pull request then just update the pull request tree. ___ uClibc

Re: Help with Make error on Ubuntu 12 (x64)

On 02/28/2013 10:15 AM, Jeffrey Walton wrote: Hi All, Below is from the build process on Ubuntu x86_64: $ uname -a Linux ubuntu-12-x64 3.2.0-38-generic #61-Ubuntu SMP Tue Feb 19 12:18:21 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux Has anyone encountered similar? Would anyone be able to point out

Re: [Buildroot] Confused by the fenv implementation, causing gsl build issues

On Thu, Oct 18, 2012 at 12:14 PM, Thomas Petazzoni thomas.petazz...@free-electrons.com wrote: So I guess we should simply disable the possibility of enabling fenv support on those architectures that don't have the necessary code. you can unset UCLIBC_HAS_FENV in .config for arm and eventually

Re: [PATCH] Improved strlen for ARM, around 29% faster

On Fri, Sep 28, 2012 at 5:48 PM, Gabriel Gonzalez gabriel.gonzalez.gar...@gmail.com wrote: This version for ARM improves performance mainly unrolling the loop for iterations and reducing the instructions need to look for the null character. A deeper analysis of this can be found at

Re: uclibc Upgrade question

On Monday, September 24, 2012, Chirag Barot cba...@positronaccess.com wrote: Hi Everybody, We are using uclibc libuClibc-0.9.28 with kernel 2.6.16.1 on a board based on ppc405. We want to upgrade to uclibc 0.9.33, I have few couple of basic questions 1. Do we need to regenerate the

Re: [PATCH 9/9] Rules.mak: disable forced unwind on NPTL.

On Fri, Sep 21, 2012 at 8:29 AM, Florian Fainelli flor...@openwrt.org wrote: forced unwind for pthread_cancel handling is broken and triggers spurious abort() calls from libgcc. Disable it and use the other method instead. is it broken for all architectures or some ?

Regression caused by future merge utent.c, wtent.c: move functions from utxent.c

Hi Peter/Bernhard We have a regression on master which is that systemd does not boot the system anymore whereas it works fine with 0.9.33 branch so I did not bisecting and this boiled down to below commit. If I revert that then everything is working again. Please take a look what could be

Re: Race condition on SIGCANCEL signal in POSIX timers

On Tue, Aug 28, 2012 at 12:16 AM, Carmelo AMOROSO carmelo.amor...@st.com wrote: On 28/08/2012 9.07, mail...@gmx.de wrote: Hi, Hi, [Please keep me on CC:, I'm not subscribed] I'm working with current uClibc and had problems with POSIX timers. I use the timer with SIGEV_THREAD to create

Re: [PATCH] buildsys: clean up libubacktrace linker script handling

On Fri, Jun 15, 2012 at 7:37 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: On 15 June 2012 04:54, Kevin Cernekee cerne...@gmail.com wrote: On Wed, Jun 13, 2012 at 12:58 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: On Tue, Jun 12, 2012 at 04:52:21PM +0100, Carmelo

Re: Future branch status

On Friday, June 15, 2012, Bernhard Reutner-Fischer wrote: On 27 April 2012 13:38, Bernhard Reutner-Fischer rep.dot@gmail.comjavascript:; wrote: On 26 April 2012 18:08, Khem Raj raj.k...@gmail.com javascript:; wrote: On Thu, Apr 26, 2012 at 8:18 AM, Bernhard Reutner-Fischer rep.dot

Re: Incorrect/incomplete eventfd implementation?

On Wed, May 16, 2012 at 11:00 AM, Eugene Rudoy gene.de...@googlemail.com wrote: After taking a look at what glibc does, I would suggest the following (not yet tested) fix (s. attached patch) Looks ok. send with sign-offs and preferably a testcase now that you have one. Best regards, Gene

Re: restoring spec docs

On Thu, May 3, 2012 at 7:02 PM, Mike Frysinger vap...@gentoo.org wrote: after moving from svn to git, the docs/ subdir of trunk/ wasn't migrated anywhere.  any suggestions on where to restore these ?  i'm not sure we can exclude subdirs when using `git archive`, so we can't add them to the main

Re: restoring spec docs

On Thu, May 3, 2012 at 10:12 PM, Mike Frysinger vap...@gentoo.org wrote: my concern isn't history, it's the 11MB footprint (7.5 when compressed in a tarball) mostly due to the pdfs.  we don't want to include that in the release tarball when that's only 2.7MB right now. yes it occured to me

Re: Future branch status

). Fixed now by including uClibc_config.h in the arm arch_features before the abi check. I have some patches on top too which are not on the branch I posted this was one of them From 7ff5e8b59f629bc83f4dbaf7d76dbecccf50b122 Mon Sep 17 00:00:00 2001 From: Khem Raj raj.k...@gmail.com Date: Tue, 7 Feb

Re: Future branch status

On Wed, Apr 25, 2012 at 4:53 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: On 24 April 2012 23:54, Peter Mazinger p...@gmx.net wrote: Peter, I get alot of errors when compiling for x86_64 (i.e. 64bit), e.g.: libc/misc/dirent/versionsort.c:16:1: warning: return type defaults to

Re: Future branch status

On Wed, Apr 25, 2012 at 8:21 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: I am of course aware of this, yes. See uClibc.org/~aldot/uClibc/psm-future.tar.gz I saw that and I wanted to reiterate since they are exact list of patches I have filtered on

Re: Future branch status

On Sat, Apr 21, 2012 at 1:37 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: Let's leave this out for the merge and look at it after the merge (unless you can fix it for the failing arches), ok? I'm going through the other commits during the weekend (I have a few remarks). Yes

Re: Future branch status

(does it work on LE but not on BE)? arm is LE other two are BE Thanks, Peter Original-Nachricht Datum: Wed, 18 Apr 2012 23:45:22 -0700 Von: Khem Raj raj.k...@gmail.com An: uClibc list uclibc@uclibc.org CC: Peter Mazinger p...@gmx.net Betreff: Future branch status Hi

Re: [PATCH,CFT] libc: add posix_fallocate()

On Tue, Apr 17, 2012 at 12:30 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: Signed-off-by: Bernhard Reutner-Fischer rep.dot@gmail.com ---  include/fcntl.h                                  |    4 +-  libc/sysdeps/linux/common/Makefile.in            |    3 +-  

Re: getaddrinfo performance problems

On Mon, Apr 16, 2012 at 3:02 PM, Ed W li...@wildgooses.com wrote: OK, please see attached version 2 of my patch which I believe implements this satisfactorarily As before the motivation is to avoid making DNS queries when calling getaddrinfo with a numerical IP address.  Performance improves

Re: [PATCH] spawn: Expose posix_spwanattr_* functions

On Fri, Apr 13, 2012 at 5:03 PM, Mike Frysinger vap...@gentoo.org wrote: let's fix gnulib then.  this seems like it'll add code bloat overall -- a single memory store vs a full func call. yeah I think all I needed by to provide librt for configure checks since it assumes that these functions

[PATCH] spawn: Expose posix_spwanattr_* functions

Static inline wont work on packages like gnulib where it will generate its own spawn.h Signed-off-by: Khem Raj raj.k...@gmail.com --- include/spawn.h | 155 librt/spawn.c | 162 +++ 2

mmap64: use INLINE_SYSCALL() helper fails for ppc

I am seeing build failure on ppc | libc/libc_so.a(mmap64.os): In function `mmap64': | /home/kraj/work/openembedded-core/build/tmp-uclibc/work/ppc603e-oe-linux-uclibc/uclibc-0.9.33+gitra7c4e889e9c36fc19198654ada229aaa11955ee6-r6.0/git/libc/sysdeps/linux/common/mmap64.c:60: undefined reference to

Re: gcc + uclibc

On Tue, Apr 10, 2012 at 11:43 AM, Mike Frysinger vap...@gentoo.org wrote: On Tuesday 10 April 2012 13:06:44 Alberich de megres wrote: After some testings, and check your script and link (thanks for both), i'm having a different problem: while building gcc step 2, and libgcc:

Re: [PATCH V2 8/8] MIPS: Fix more *_NONBLOCK definitions

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/07/2012 01:31 PM, Kevin Cernekee wrote: MIPS defines O_NONBLOCK differently from most other architectures. The common definitions use 04000 / 0x800, but MIPS uses 0200 / 0x80 instead. After seeing a problem report involving one of the

Re: [PATCH V2 8/8] MIPS: Fix more *_NONBLOCK definitions

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/07/2012 02:22 PM, Kevin Cernekee wrote: On Sat, Apr 7, 2012 at 2:09 PM, Khem Raj raj.k...@gmail.com wrote: After seeing a problem report involving one of the O_NONBLOCK derivatives, I looked through the tree to see what else might

Re: gcc + uclibc

On Mon, Apr 2, 2012 at 1:13 AM, Alberich de megres alberich...@gmail.com wrote: Hello! I'm trying to understand the toolchain creation, by building one. I want to learn how they work. I'm building one for arm, with: - binutils 2.22 - kernel 3.1.8 headers - gcc 4.6.2 I have some

Re: incorrect print -1 using %hhd

Signed ness of char is arch dependent eg ppc defaults to signed but arm doesn't so demanding a given signedness ain't that bad On Mar 28, 2012 12:52 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: On 28 March 2012 08:38, Andrew Rybchenko andrew.rybche...@oktetlabs.ru wrote: On

Re: [RFC/PATCH] ldso: drop -Wl,-e,_start linking option

On Sat, Mar 24, 2012 at 11:58 PM, Mike Frysinger vap...@gentoo.org wrote: The _start symbol is the default entry point for ELFs, so there should be no need to manually specify this.  The background motivation is that this causes issues for ports that have a symbol prefix (like Blackfin) and so

Re: [RFC/PATCH] ldso: drop -Wl,-e,_start linking option

On Sun, Mar 25, 2012 at 12:58 AM, Mike Frysinger vap...@gentoo.org wrote: On Sunday 25 March 2012 03:23:38 Khem Raj wrote: On Sat, Mar 24, 2012 at 11:58 PM, Mike Frysinger vap...@gentoo.org wrote: The _start symbol is the default entry point for ELFs, so there should be no need to manually

Re: [RFC/PATCH] ldso: drop -Wl,-e,_start linking option

On Sun, Mar 25, 2012 at 12:42 PM, Joakim Tjernlund joakim.tjernl...@transmode.se wrote: Khem Raj raj.k...@gmail.com wrote on 2012/03/25 20:23:04: From: Khem Raj raj.k...@gmail.com To: Joakim Tjernlund joakim.tjernl...@transmode.se Cc: uclibc@uclibc.org, uclibc-boun...@uclibc.org, Mike

Re: [PATCH] librt: Add partial posix_spawn support

On 02/29/2012 07:40 PM, Ismael Luceno wrote: Signed-off-by: Ismael Luceno ismael.luc...@gmail.com --- include/spawn.h| 266 librt/spawn.c | 61 + librt/spawn_faction_addclose.c | 51

Re: [PATCH 2/2] MIPS: Fix more *_NONBLOCK definitions

On Thu, Feb 9, 2012 at 12:16 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: I would prefer to handle this in the common file like we already do for e.g. signalfd.h using ifdefs ? ___ uClibc mailing list uClibc@uclibc.org

Re: [PATCH 2/2] MIPS: Fix more *_NONBLOCK definitions

On Thu, Feb 9, 2012 at 8:49 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: On Feb 9, 2012 3:48 PM, Khem Raj raj.k...@gmail.com wrote: On Thu, Feb 9, 2012 at 12:16 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: I would prefer to handle this in the common file like we

Re: [PATCH 2/2] MIPS: Fix more *_NONBLOCK definitions

On Thu, Feb 9, 2012 at 12:53 PM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: See my first reply in this thread. Furthermore it is easier to keep the common bits in sync if they are in one header as opposed to be in 5 different headers (like we would need for timerfd and eventfd for

Re: future branch

On Wed, Feb 8, 2012 at 7:15 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: I am merging your future branch into master ATM. A couple of questions: Bernhard As i have said earlier currently there are regressions where X does not start. and its hard to tell which of those 400 odd

Re: future branch

On Wed, Feb 8, 2012 at 8:22 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: Please do not rush them and then spend months figuring out regressions. Be asured that I will not push this right away but am rather starting to review and test locally. thanks Cheers,

Re: future branch

On Wed, Feb 8, 2012 at 10:42 AM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: Core-image-sato does not build for me due to some buggy package that unconditionally uses *netgrp() or the like. Not amused, way out without going beserk? Yeah with future branch here is my patch. git am it.

Re: future branch

On Wed, Feb 8, 2012 at 12:17 PM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: Fcntl{,64} is a nightmare, yes. But your hunk does not strike me as immediately helpful. arm/ioperm hidden def removal is OK, I think, without having sources at hand. The socketcall hunk is nonsense, see my

Re: [PATCH 2/2] MIPS: Fix more *_NONBLOCK definitions

On Wed, Feb 8, 2012 at 10:23 PM, Kevin Cernekee cerne...@gmail.com wrote: On Wed, Feb 8, 2012 at 10:12 PM, Kevin Cernekee cerne...@gmail.com wrote: SOCK_NONBLOCK: correct SFD_NONBLOCK: correct (fixed in recent commit f87898ca) TFD_NONBLOCK: incorrect IN_NONBLOCK: incorrect Attaching the

Re: future branch

On Fri, Feb 3, 2012 at 5:16 AM, Carmelo AMOROSO carmelo.amor...@st.com wrote: On 02/02/2012 23.04, Khem Raj wrote: On Thu, Feb 2, 2012 at 1:38 PM, Peter Mazinger p...@gmx.net wrote: they are already rebased on master here https://github.com/kraj/uClibc so i will start from there and if you can

Re: [PATCH] stat: Use stat64 syscall if available

On Fri, Feb 3, 2012 at 4:58 AM, Mike Frysinger vap...@gentoo.org wrote: might be useful to add a comment why you're calling stat64 ... because that fills out more fields than stat does typically will do. I sort of mentioned in commit but will add to code comments too.

Re: [PATCH] stat: Use stat64 syscall if available

Of Filippo ARCIDIACONO Sent: Friday, February 03, 2012 2:46 PM To: 'Khem Raj'; uclibc@uclibc.org Subject: RE: [PATCH] stat: Use stat64 syscall if available I Khem, This is similar what I do for fstat for similar problem. Just a note, the call to stat64 should be also guarded

commit 549fa53225910f5341092d6647a1e3dd705b605f broke INLINE_SYSCALL_NOERR_NCS

This commit below broke ppc and mips for me since they assign to err specifically in INTERNAL_SYSCALL_NCS definitions so now commit 549fa53225910f5341092d6647a1e3dd705b605f Author: Bernhard Reutner-Fischer rep.dot@gmail.com Date: Thu Jan 26 15:15:23 2012 +0100 *: silence some warnings

Re: commit 549fa53225910f5341092d6647a1e3dd705b605f broke INLINE_SYSCALL_NOERR_NCS

On Fri, Feb 3, 2012 at 10:55 AM, Khem Raj raj.k...@gmail.com wrote: This commit below broke ppc and mips for me since they assign to err specifically in INTERNAL_SYSCALL_NCS definitions so now here is something that fixes it http://git.openembedded.org/openembedded-core-contrib/tree/meta

[PATCH V2] lstat/stat/fstat: Use 64bit version of syscall if available

This is needed for stat'ing loop devices 255 since otherwise kernel returns EOVERFLOW becasue it needs st_rdev/st_dev to be larger than 16bits but in kernel it uses __old_kernel_stat for stat syscall which has st_rdev/st_dev as unsigned short Add a testcase Signed-off-by: Khem Raj raj.k

Re: future branch

On Thu, Feb 2, 2012 at 6:33 AM, Peter Mazinger p...@gmx.net wrote: Original-Nachricht Datum: Wed, 1 Feb 2012 21:03:28 -0800 Von: Khem Raj raj.k...@gmail.com An: Bernhard Reutner-Fischer rep.dot@gmail.com CC: Peter Mazinger p...@gmx.net, uclibc@uclibc.org Betreff: Re

Re: future branch

On Thu, Feb 2, 2012 at 1:38 PM, Peter Mazinger p...@gmx.net wrote: they are already rebased on master here https://github.com/kraj/uClibc so i will start from there and if you can help in issues as we find that will be useful i want to avoid breakages fine, tell me about problems you

[PATCH] stat: Use stat64 syscall if available

This is needed for stat'ing loop devices 255 since otherwise kernel returns EOVERFLOW becasue it needs st_rdev/st_dev to be larger than 16bits but in kernel it uses __old_kernel_stat for stat syscall which has st_rdev/st_dev as unsigned short Add a testcase Signed-off-by: Khem Raj raj.k

Re: future branch

yes now that .33 is released we will work on putting these patches in. unfortunately these patches need to rebase on top of master and currently my rebase does not boot so we need Peter's help to refresh them On Wed, Feb 1, 2012 at 3:19 PM, Bernhard Reutner-Fischer rep.dot@gmail.com wrote:

Re: linux-3.2.*, iptables, linux/if_packet.h, and '__aligned_u64' compile problem

On Fri, Jan 27, 2012 at 4:56 PM, Kevin Day thekevin...@gmail.com wrote: In the 3.2 linux kernel series, the structure tpacket_hdr_v1 was added to linux/if_packet.h. Inside of that structure, the following variable was defined: __aligned_u64   seq_num; While compiling iptables 1.4.12.2 on a

Re: kernel_types.h really needed ?

On (23/01/12 19:26), Carmelo AMOROSO wrote: Folks, I'm wondering if we do still need to have in uclibc a version of kernel_types.h, any idea ? I dont think so. thanks, carmelo ___ uClibc mailing list uClibc@uclibc.org

Re: 256 loop devices limit

On Sun, Jan 22, 2012 at 5:23 AM, tom jok tomjok...@gmail.com wrote: Hello all, Long story short: Busybox compiled against glibc does not have 256 loop devices limit. Confirmed with this message: http://lists.busybox.net/pipermail/busybox/2010-April/072128.html Busybox compiled against

Re: [PATCH] ldso:mips: fix symbol lookup for JUMP_SLOT and COPY relocations

On (20/01/12 10:36), Carmelo AMOROSO wrote: On 20/01/2012 7.55, Khem Raj wrote: On Thu, Jan 19, 2012 at 6:42 AM, Carmelo AMOROSO carmelo.amor...@st.com wrote: On 19/01/2012 15.28, Carmelo AMOROSO wrote: Fill properly the sym_ref fields when invoking _dl_find_hash to lookup symbols

[PATCH] libubacktrace: Add arm implementation

Arm has a different mechanism of getting _Unwind_GetIP. Therefore we profile arch specific backtrace file. Signed-off-by: Khem Raj raj.k...@gmail.com --- libubacktrace/Makefile.in | 26 -- libubacktrace/arm/Makefile.arch | 21 libubacktrace/arm/backtrace.c | 104

Re: [PATCH] libubacktrace: Add arm implementation

On Sat, Jan 21, 2012 at 6:47 AM, Carmelo AMOROSO carmelo.amor...@st.com wrote: On 21/01/2012 15.08, Khem Raj wrote: Arm has a different mechanism of getting _Unwind_GetIP. Therefore we profile arch specific backtrace file. Signed-off-by: Khem Raj raj.k...@gmail.com ---  libubacktrace

Re: [PATCH] libm: Export bessel functions

On Thursday, January 19, 2012, Bernhard Reutner-Fischer rep.dot@gmail.com wrote: On 20 January 2012 08:05, Khem Raj raj.k...@gmail.com wrote: Currently j0,j1,jn and y0,y1 and yn are defined but with hidden visibility With this patch we export them and also keep a hidden alias

  1   2   3   4   5   >