Paul Brook wrote:
- KERNEL_HEADERS=${KERNEL_HEADERS} top_builddir=. CC=$(CC)
$(CPU_CFLAGS) $(SHELL) extra/scripts/gen_bits_syscall_h.sh $$tmp; \ +
KERNEL_HEADERS=${KERNEL_HEADERS} top_builddir=. CC=$(HOSTCC) $(SHELL)
extra/scripts/gen_bits_syscall_h.sh $$tmp; \
This is
: 'killed' may be used uninitialized in
this function
OK to apply ?
- --
Khem Raj
MontaVista Software Inc.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHH+64UjbQJxVzeZQRAocxAJ9/rVOM7SQAU+QtreNxH27tKZgubwCfThSG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rob Landley wrote:
On Wednesday 24 October 2007 8:17:44 pm Khem Raj wrote:
Hi
This patch fixes following warning that I am getting with gcc 4.2 while
running the tests. I also changed the type to pid_t to match with the
return of waitpid
Hi
We found that when doing addmntent() uclibc uses fprintf and returns
an error when fprintf returns 0. A 0 return from fprintf is valid.
attached patch fixes it. OK?
uclibc-mntent-fprintf-return.patch
Description: Binary data
Khem Raj
MontaVista
/POSIX.
here is one implementation based on glibc getifaddrs(). It should get
compiled in when you have UCLIBC_USE_NETLINK enabled.
Let me know if this is OK?
--
Khem Raj
MontaVista Software Inc.
Implement getifaddr() function for uclibc.
This is enabled with UCLIBC_USE_NETLINK config option
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Kjellerstedt wrote:
Under what circumstances can fprintf() return 0 given that the
format string contains spaces, %d and a line feed?
probably never. However I though returning error if fprintf returns an
error is more logical here and per
depending on
the __FORCE_SHAREABLE_TEXT_SEGMENTS__ setting.
(Might not apply when objects are PIC by default as on MIPS; tested on
ARM.)
yes. I can confirm that on ARM.
- --
Khem Raj
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http
-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 ?
- --
Khem Raj
MontaVista Software Inc.
-BEGIN PGP SIGNATURE-
Version: GnuPG
://busybox.net/cgi-bin/mailman/listinfo/uclibc
- --
Khem Raj
MontaVista Software Inc.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHVHpAUjbQJxVzeZQRAu/fAKCYlUCFUF8askPxhf9qhx4w6OYOVwCdE6Wq
i2blmWrXZaRbuGVYIpAQB2w=
=Ldww
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
Compiling with gcc 4.3 I get a lot of warning about inlining.
with -std=c99 or -std=gnu99 GCC implements ISO C99 inline semantics
unless -fgnu89-inline is used.
Is this patch ok ?
- --
Khem Raj
MontaVista Software Inc.
-BEGIN PGP SIGNATURE
thats the right way to fix it.
- --
Khem Raj
MontaVista Software Inc.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHWeG5UjbQJxVzeZQRAsnzAKCrTU4eASjKp9+S8GIKcpuGFwMofACgoTNF
V3S7hWFQcbRRkwLijXDQNcY=
=PlsV
-END
with rest of nptl work for other
arches which Steven has initiated.
Thanks,
Will.
- --
Khem Raj
MontaVista Software Inc.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ricard Wanderlof wrote:
| On Thu, 21 Feb 2008, [EMAIL PROTECTED] wrote:
|
| On Thu, Feb 21, 2008 at 05:13:28PM +, Joseph S. Myers wrote:
| No, glibc hasn't moved to GPLv3 yet. It's not moving until the glibc SC
| has got suitable wording from the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
Currently on trunk when building uclibc for ARM with EABI support it
needs unwind.h header from gcc headers.
We have -nostdinc option added in rules.mak so the build does not pick
up this header.
I think that removing nostdinc might not be a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jorge Pereira wrote:
| when a try execute a BIN on board (LPC2468 from embedded artistis) a
| receive this message
|
| *#* cat /proc/version
| Linux version 2.6.11.8-hsc0BEIJING ([EMAIL PROTECTED]) (gcc version 2.95.3
| 20010315 (release)(ColdFire
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joseph S. Myers wrote:
| On Thu, 6 Mar 2008, Khem Raj wrote:
|
| We have -nostdinc option added in rules.mak so the build does not pick
| up this header.
|
| The line
|
| CFLAGS += -iwithprefix include-fixed -iwithprefix include
|
| is supposed
On Mar 8, 2008, at 6:16 AM, 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.
may be we can use -print-file-name=include and -print-file-
name=include
- -fixed instead.
it turns out to be that I had NPTL headers installed and I was doing
build with LinuxThreads
so it was picking arm specific unwind.h from sysroot/usr/include.
Once I removed that it worked all
__raise problem
This patch uses the do_rem () macro to do the same operation.
OK ?
Thanks
Khem Raj
MontaVista
uclibc-raise-error.patch
Description: Binary data
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net/cgi-bin/mailman/listinfo
)
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Khem Raj
MontaVista
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net/cgi-bin/mailman/listinfo/uclibc
On Mar 11, 2008, at 11:56 PM, Basheer, Mansoor Ahamed wrote:
Robert Wrote [mailto:[EMAIL PROTECTED]
On Tue, 11 Mar 2008, Khem Raj wrote:
On Mar 11, 2008, at 11:03 PM, Basheer, Mansoor Ahamed wrote:
Hi,
Current mknod implementation fails for major/minor number greater
than
255
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Fischer wrote:
| On Wed, Mar 12, 2008 at 12:22:23AM -0700, Khem Raj wrote:
| On Mar 11, 2008, at 11:56 PM, Basheer, Mansoor Ahamed wrote:
|
|
| Robert Wrote [mailto:[EMAIL PROTECTED]
| On Tue, 11 Mar 2008, Khem Raj wrote:
|
| On Mar 11, 2008
for this suggestion.
OK ?
- --
Khem Raj
MontaVista Software Inc.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFH62FZUjbQJxVzeZQRAsL4AJ9d/5tq7oI5j83WGV4A6X+RNffr4ACcCxSs
umaI9CW4WfDAxndSPjGwEwg=
=wr+D
-END
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Fischer wrote:
| On Thu, Mar 27, 2008 at 01:57:02AM -0700, Khem Raj wrote:
| -BEGIN PGP SIGNED MESSAGE-
| Hash: SHA1
|
| Hi
|
| While compiling uclibc on thumb and running LTP tests on it I noticed
| that the sched_setaffinity system
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Fischer wrote:
| On Thu, Mar 27, 2008 at 10:07:54AM -0700, Khem Raj wrote:
| -BEGIN PGP SIGNED MESSAGE-
| Hash: SHA1
|
| Bernhard Fischer wrote:
| | On Thu, Mar 27, 2008 at 01:57:02AM -0700, Khem Raj wrote:
| | -BEGIN PGP SIGNED
Hi
There was some duplication when defining INTERNAL_SYSCALL macro for ARM.
I have tried to clean this up with attached patch. Tested on ARM EABI
and ARM OABI. Deleted commented out code too.
OK for trunk ?
Thanks
-Khem
Signed-off-by: Khem Raj [EMAIL PROTECTED]
Index: libc/sysdeps/linux/arm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carmelo Amoroso wrote:
Hi All,
recently there have been reported several issues
on libpthread segfaulting while running simple application.
It has been discovered that users were using linuxthreads implementation
instead of (stable ?)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carmelo Amoroso wrote:
Khem Raj wrote:
Carmelo Amoroso wrote:
Hi All,
just to inform all of you that I have successfully tested
the nptl branch on sh4 after my latest trunk-branch merge.
I'd like to check something else, then, asap, I'd like
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You might also update the license header to include 2008 as well.
Timo Teräs wrote:
Peter Kjellerstedt wrote:
I'll apply this patch in a few days unless i hear something
controversial.
Any particular reason to uncomment sync_file_range() in
Hi
We need to patch fcntl.h for all architectures where these syscalls
are wired up in kernel, otherwise it will break the build for those
architectures. I have already patched up arm
with the attached patch and tested it. I did not patch others
Thanks
-Khem
On Fri, May 2, 2008 at 12:18 AM,
On Thu, 2008-05-22 at 06:34 +0100, 夏Timothy wrote:
And then, I dig into the telnetd.c for both busybox 1.7.2 and 1.10.2,
hoping to find out why busybox 1.7.2
could not work with arm uClibc toolchain. The followings are my
findings.
when busybox telnetd receives character from socketd, it
Christopher Taylor wrote:
arm5 (Atmel at91). As far as vfp vs fpa, I'm using the 'default' from
buildroot with gcc 4.2.1. Not sure how this is set inside
buildroot/uclibc.
Well if you can use -v option to gcc when you compile your testcase you should
be able to see what fpu settings are
Hi
I was trying to build uclibc out of uclibc-nptl branch when I
noticed that the above rev of uio.h is needed to get gcc compiled.
OK for uClibc-nptl.
Thanks
-Khem
Signed-off-by: Khem Raj [EMAIL PROTECTED]
Index: libc/sysdeps/linux/common/bits/uio.h
On Thu, 2008-07-10 at 12:11 +0200, Carmelo AMOROSO wrote:
[EMAIL PROTECTED] wrote:
Author: kraj
Date: 2008-07-09 16:52:41 -0700 (Wed, 09 Jul 2008)
New Revision: 22726
Log:
Fix the builds without STDIO_FUTEXES. Fix msgecv and msgsend to compile on
ARM as well.
Modified:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matthieu CASTET wrote:
Hi,
why does it is need ?
I have been using really old kernel headers. But its really not needed. I will
revert it.
thank you
Thanks
- -Khem
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Johannes Stezenbach wrote:
Hi,
I've built an ARM EABI toolchain with uClibc compiled as
Thumb code using buildroot (BR2_TARGET_OPTIMIZATION=-Os -mthumb).
This works fine except that in gdb (6.8), if you stop your program
with some threads
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mile Davidovic wrote:
Hello
I saw that we have some acitivites regarding adding NPTL to uCLibC but
when I tried to build such toolchain I am faced with some issues.
you have to tell us what issue is if you want some help.
Do we have support
On (27/07/08 16:31), [EMAIL PROTECTED] wrote:
Hello!
I am pretty new to this mailing list and the whole uclibc thing and I ave a
question:
I downloaded the pre-installed buildroot toolchain, mounted the image, copied
my sources in it and chrooted in the toolchain.
I am building my
On (29/07/08 16:50), Carmelo AMOROSO wrote:
Carmelo AMOROSO wrote:
[EMAIL PROTECTED] wrote:
Author: kraj
Date: 2008-07-11 15:22:24 -0700 (Fri, 11 Jul 2008)
New Revision: 22805
Log:
Signed-off-by: Khem Raj [EMAIL PROTECTED]
Hush compiler for extern inline warnings by using __extern_inline
On (29/07/08 17:50), Carmelo AMOROSO wrote:
[EMAIL PROTECTED] wrote:
Author: kraj
Date: 2008-07-11 15:22:24 -0700 (Fri, 11 Jul 2008)
New Revision: 22805
Log:
Signed-off-by: Khem Raj [EMAIL PROTECTED]
Hush compiler for extern inline warnings by using __extern_inline macro
2008/8/4 Kaiyu [EMAIL PROTECTED]:
Hi list,
The glibc has a facility to trace memory problems. It is called mtrace().
Does uClibc also has this function?
No
I want to generate the mtrace() and mcheck.h via uClibc-0.9.29.
If answer is yes, what should I do?
Thanks.
Sam
--- 本郵件來自HiNet
On Sat, Aug 16, 2008 at 1:27 AM, Carmelo Amoroso [EMAIL PROTECTED] wrote:
On 15/08/2008, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: kraj
Date: 2008-08-14 22:28:09 -0700 (Thu, 14 Aug 2008)
New Revision: 23082
Log:
Use pthread_once now __pthread_once is not defined in tests.
Hi
On (05/09/08 15:24), Corinna Schultz wrote:
Hello, all.
I'm trying to track down a bug in the fadvise functions. I'm seeing a
failure in the LTP tests for posix_fadvise and posix_fadvise64, on a
ppc 32 machine. The specific failures are:
* in the posix_fadvise64 tests, the function
On (09/09/08 20:05), Gurminder wrote:
Hi,
I tried compiling uClibc-0.9..29 for MIPS32 Big endian arch.
Cross Compiler used - mips-linux-gcc 3.4.4
Host Distro - Fedora Core 4
Kernel Headers used = mips-linux-2.6.15
First Error I get is
AS lib/crti.o
On (11/09/08 19:32), JACOB BENJAMIN-VGH684 wrote:
Hello ppl,
I am totally new to uClibc. I did search for my problem in the archives
but could not really find a solution.
My problem:
I wrote a simple program :
#include time.h
#include stdio.h
int main()
On (16/09/08 08:16), Chase Douglas wrote:
On Sep 16, 2008, at 3:22 AM, Bernhard Reutner-Fischer wrote:
On Mon, Sep 15, 2008 at 05:30:46PM -0400, Chase Douglas wrote:
Hello all,
I submitted this as a bug report on uclibc.org
(http://busybox.net/bugs/view.php?id=4994). I wanted to be sure
On (18/09/08 13:44), Chase Douglas wrote:
On Sep 18, 2008, at 2:36 AM, Khem Raj wrote:
On (16/09/08 08:16), Chase Douglas wrote:
On Sep 16, 2008, at 3:22 AM, Bernhard Reutner-Fischer wrote:
On Mon, Sep 15, 2008 at 05:30:46PM -0400, Chase Douglas wrote:
Hello all,
I submitted this as a bug
On Wed, Sep 24, 2008 at 1:09 AM, Tobias Poschwatta [EMAIL PROTECTED] wrote:
Hi,
while investigating wrong results from busybox's uniq applet, I found
that strncmp returns unexpected results for n == -1.
Here's the test program:
#include stdio.h
#include stdlib.h
#include string.h
int
On Wed, Sep 24, 2008 at 11:15 AM, Tobias Poschwatta [EMAIL PROTECTED] wrote:
On Wed, Sep 24, 2008 at 11:03:24AM -0700, Khem Raj wrote:
which version of uclibc its failing on. Did you try it on trunk ?
It's svn://uclibc.org/trunk/uClibc checked out on or around Jul 17,
2008.
I can
On Wed, Sep 24, 2008 at 4:17 PM, Tobias Poschwatta [EMAIL PROTECTED] wrote:
On Wed, Sep 24, 2008 at 01:33:52PM -0700, Khem Raj wrote:
I can not reproduce it on a eabi system and there has been few changes
in this file. I do not have oabi system to test against. Can you try
same on eabi system
On Tue, Sep 30, 2008 at 12:12 AM, Bernhard Reutner-Fischer
[EMAIL PROTECTED] wrote:
On Mon, Sep 29, 2008 at 09:28:57PM -0500, Rob Landley wrote:
On Monday 29 September 2008 10:56:04 Bernhard Reutner-Fischer wrote:
On Sun, Sep 28, 2008 at 11:55:53AM -0500, Rob Landley wrote:
So with the attached
On (27/08/08 11:17), Kevin Day wrote:
gcc-4.3.1 seems to need fenv.h, or more specifically information from
within bits/fenv.h.
Because bits/fenv.h should not be directly included a stub fenv.h
needs to be created so that '#include fenv.h' works.
Currently, no fenv.h exists as far as I can
On Thu, Oct 23, 2008 at 9:12 PM, Maxime Bizon [EMAIL PROTECTED] wrote:
On Thu, 2008-10-23 at 02:08 +0900, Atsushi Nemoto wrote:
Hello Atsushi,
diff -u uClibc-0.9.30-rc2/libc/sysdeps/linux/mips/syscall.S
uClibc/libc/sysdeps/linux/mips/syscall.S
---
On (07/11/08 13:55), angus salkeld wrote:
Hi
I have an application (corosync www.openais.org) that uses
pthread_spin_lock().
I am building for a powerpc (e500 e300) target. What version of
uClibc and pthread implementation do you recommend?
I am currently using
On (07/11/08 08:47), Peter Korsgaard wrote:
Rob == Rob Landley [EMAIL PROTECTED] writes:
Hi,
Rob Nothing works properly with the Defective Annoying Shell. Ubuntu broke
Rob the /bin/sh link and nobody should use it anymore.
Rob Set the make environment variable MAKE=/bin/bash.
I
I posted a patch back in march which got lost in the pile.
http://www.uclibc.org/lists/uclibc/2008-March/019155.html
Thx
-Khem
On Thu, Nov 13, 2008 at 8:21 PM, Rob Landley [EMAIL PROTECTED] wrote:
On Thursday 13 November 2008 18:55:31 Doug Graham wrote:
On Thu, Nov 13, 2008 at 06:48:41PM
On Sat, Nov 22, 2008 at 6:39 AM, Denys Vlasenko
[EMAIL PROTECTED] wrote:
On Saturday 22 November 2008 07:24, Khem Raj wrote:
Hmm so this wcsxfrm is guarded by UCLIBC_HAS_LOCALE config option.
your patch just exposed it.
If you are saying that I am not guilty that's nice to hear,
bur I am
I do not propose it to be removed.
I want it to be explained in the comment
in the Makefile.
It has been explained when it was added. I did not want to repeat the
same comment again. (see r13095)
I looked at it and it _looks_ like it is not needed.
Actually, I still don't see why it is
Thanks Denys for hunting it down.
On Tue, Nov 25, 2008 at 6:29 AM, Filippo ARCIDIACONO
[EMAIL PROTECTED] wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Khem Raj
Sent: Sunday, November 23, 2008 9:22 AM
To: Denys Vlasenko
Cc: uclibc
Hi Bernhard,
This commit here
http://uclibc.org/lists/uclibc-cvs/2008-November/012799.html
doesn't go well with lt.old this lock is shared with lt.old so you can
not hide it as it is without
letting Lt.old know about it or have alternative for LT.old there.
Secondly you also seem to have
On (02/12/08 16:27), Bernd Schmidt wrote:
Denys Vlasenko wrote:
I merely plan to follow the agreed-on style in the code
I touch.
IMO for code that is just touched, following the existing style in that
file is best.
may be we should mention reccomended style in the dev guide
Thx
-Khem
On (02/12/08 17:04), Tobias Poschwatta wrote:
Hi,
I think there's a problem with include/bits/socket.h when compiling
with g++. My test program is trivial:
#include sys/socket.h
int main(int argc, char **argv) { return 0; }
It compiles fine with gcc, but doesn't with g++:
# g++
I dont see where the file got added after removing.
On Thu, Dec 4, 2008 at 5:41 AM, Carmelo AMOROSO [EMAIL PROTECTED] wrote:
Carmelo AMOROSO wrote:
Carmelo AMOROSO wrote:
Peter Kjellerstedt wrote:
Can anyone explain to me why kernel-features.h is placed in
Getting NULL for ifa_addr means that the interface has no address. Do
you know in what cases does this happen. Patch looks ok though.
On Fri, Dec 5, 2008 at 1:16 PM, Hiroshi Shinji [EMAIL PROTECTED] wrote:
Hi,
I built root file system using buildroot, but some
commands (ping(busybox), sshd,
On (08/12/08 10:35), Carmelo Amoroso wrote:
On 07/12/2008, Ricard Wanderlof [EMAIL PROTECTED] wrote:
On Sat, 6 Dec 2008, Hiroshi Shinji wrote:
Hi Khem,
Thanks for your comment.
2008/12/6 Khem Raj [EMAIL PROTECTED]:
Getting NULL for ifa_addr means that the interface has no address
On (08/12/08 17:44), Rob Landley wrote:
On Tuesday 02 December 2008 12:04:47 Khem Raj wrote:
On (02/12/08 16:27), Bernd Schmidt wrote:
Denys Vlasenko wrote:
I merely plan to follow the agreed-on style in the code
I touch.
IMO for code that is just touched, following
On (10/12/08 17:52), Carmelo AMOROSO wrote:
Carmelo AMOROSO wrote:
Carmelo AMOROSO wrote:
Hi Khem,
I'm seeing similar problem on sh4-nptl as happened to you as you told
me yesterday.. Something recently merged is causing issues.
I'm doing investigation and keep you all informed.
Further
On (11/12/08 01:57), Denys Vlasenko wrote:
On Wednesday 10 December 2008 15:57, Tino Keitel wrote:
So, _stdio_init() was called because the NULL check failed for some
reason:
if (likely(_stdio_init != NULL))
_stdio_init();
Without the likely(), the segfault also
arm is still seing crashes in sysvinit. I can boot into busybox shell.
On Fri, Dec 12, 2008 at 5:32 AM, Carmelo AMOROSO carmelo.amor...@st.com wrote:
Carmelo AMOROSO wrote:
Denys Vlasenko wrote:
On Wednesday 10 December 2008 10:06, Carmelo AMOROSO wrote:
Carmelo AMOROSO wrote:
Hi Khem,
On Fri, Dec 12, 2008 at 3:40 PM, Denys Vlasenko
vda.li...@googlemail.com wrote:
Hi Carmelo, Bernhard,
Having not much experience with working on a branch,
I am possibly asking a stupid question, but
why Carmelo is working on a branch now, after 0.9.30
is out? His code seems to be nearly
On (13/12/08 03:35), Denys Vlasenko wrote:
On Saturday 13 December 2008 00:53, Khem Raj wrote:
On Fri, Dec 12, 2008 at 3:40 PM, Denys Vlasenko
vda.li...@googlemail.com wrote:
Hi Carmelo, Bernhard,
Having not much experience with working on a branch,
I am possibly asking a stupid
Hi Denys
Shouldn't this check be like the one in the patch
Thx
-Khem
patch
Description: Binary data
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
FWIW rev 24450 is the last working version on arm. We were planning to
merge in branch into head
You might want to stick to above rev
Thx
-Khem
On Wed, Jan 14, 2009 at 6:49 AM, Carmelo AMOROSO carmelo.amor...@st.com wrote:
Mikael Lund Jepsen, ICCC wrote:
Hi all,
I've brought down the
On (14/01/09 17:07), Natanael Copa wrote:
Hi,
This test program segfaults for me on x86, hardened gcc-4.3.2 and
uclibc-0.9.30:
#include stdio.h
#include ctype.h
int main(void) {
printf(%i\n, isalnum(0x1));
return 0;
}
If the ctype.h include is commented out it
On Thu, Jan 15, 2009 at 5:44 AM, Mikael Lund Jepsen, ICCC m...@iccc.dk wrote:
Khem Raj wrote:
FWIW rev 24450 is the last working version on arm. We were planning to
merge in branch into head
You might want to stick to above rev
Thanks Khem.
I have pulled out rev 24450, but am now running
On Wed, Jan 21, 2009 at 4:02 PM, Kevin Day thekevin...@gmail.com wrote:
During a test compilation of my system under uClibc 0.9.30, xterm
failed to link because the function getpt was unresolved.
Looking in /lib/libc.so of 0.9.30 with readelf showed that getpt was
defined as type FILE with a
On Thu, Jan 22, 2009 at 9:36 AM, Carmelo AMOROSO carmelo.amor...@st.com wrote:
Folks,
looking at include/errno.h I've noted that the following line:
#if defined _LIBC ( defined IS_IN_libc || defined NOT_IN_libc )
#include bits/uClibc_errno.h
#endif
IIUC, we would wand to include
On Thu, Jan 22, 2009 at 10:39 AM, Kevin Day thekevin...@gmail.com wrote:
On Wed, Jan 21, 2009 at 9:35 PM, Kevin Day thekevin...@gmail.com wrote:
On Wed, Jan 21, 2009 at 8:43 PM, Khem Raj raj.k...@gmail.com wrote:
On Wed, Jan 21, 2009 at 4:02 PM, Kevin Day thekevin...@gmail.com wrote:
During
you need to install kernel-headers
On Thu, Jan 22, 2009 at 10:03 AM, mailingli...@openelec.tv wrote:
Hi,
when i build uclibc-0.9.30 with kernel 2.6.28.1 i have follow error (not
with 2.6.27.10):
make: Entering directory
`/home/stephan/OpenElec.test/build.i386.uClibc/uClibc-0.9.30'
AS
On 1/28/2009 5:11 PM, David Mosberger-Tang wrote:
Hi,
Without the attached patch, ntpd from ntp-4.2.4p5 failed to sync with
the Linux kernel because it wants to use __adjtimex (not adjtimex).
Note that the configure's AC_CHECK_FUNCS() goes to some length to
verify that __adjtimex is
On (31/01/09 10:08), Prashant Sangal wrote:
Hello Friends,
This is my first mail to this list.I want to know the list etiquettes to
avoid posting wrong type of questions.
Welcome. http://uclibc.org/lists.html tells a bit. If you have anything
about uclibc this list would be appropriate
On (11/02/09 18:29), Carmelo AMOROSO wrote:
I can see three different solutions
1) remove the #ifdef _LIBC from within bits/uClibc_locale.h
if possible this would be good.
or
2)if possible, we should not sanitise this header
or
3) change #ifdef _LIBC to something different (i.e.
On Thu, Feb 12, 2009 at 9:21 PM, Benny k j benny...@hotmail.com wrote:
Hi,
I am new to this mailing list and uclibc.
Recently I setup a cross-tool chain for my arm (AT91RM9200) processor using
Build root 2009.02.
Even though i got a working toolchain I'm pretty confused with the directory
() to its own file. This way we get the creat
implementation and it uses the nptl version of open to implement it when
using nptl.
OK for trunk and uClibc-nptl branch ?
Thanks
-Khem
Signed-off-by: Khem Raj k...@uclibc.org
Index: libc/sysdeps/linux/common/creat.c
() on nptl.
This patch separates out the creat () implementation into its own file.
that way we get creat () in nptl too.
OK for trunk and uClibc-nptl branch ?
Thx
-Khem
Signed-off-by: Khem Raj k...@uclibc.org
Index: libc/sysdeps/linux/common/creat.c
Hi
I found it handy and thought would be good to share. Ignore of you
already use it.
You can use svnmerge to merge changes from trunk into nptl branch
svnmerge avail
should show you available revs to be merged and
svnmerge merge
will merge them into your working tree. It also generates a
On Tue, Mar 10, 2009 at 9:46 AM, Peter Korsgaard jac...@sunsite.dk wrote:
Hi,
The bsd extension strtouq (which maps to strtoull() on 32bit and
strtoul on 64bit) is currently only available on 32bit:
i586-linux-nm -D ./libuClibc-0.9.30.so|grep strtou
00046525 T strtoul
00046769 T strtoul_l
are welcome
Thanks
Sagar
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
--
Khem Raj
signature.asc
Description: This is a digitally signed message part
out as I have MIPS hardware.
Can you try to enable additional debugging in ldso and post the logs till when
it segfaults.
--
Khem Raj
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing list
uClibc@uclibc.org
http
On (13/03/09 18:40), Groleo Marius wrote:
Hi list,
I'm trying my luck compiling uClibc on a m68k Coldfire 5475 processor.
I modified the Makefiles so the sources gets compiled with the -fPIC
flag but I still get the error:
in this tarball.
+ */
considering you simply moved the content from open.c, the notice of open.c
should have been retained (having this new one at all is debatable)
yes indeed. It was oversight.
-mike
--
Khem Raj
signature.asc
Description: This is a digitally signed message part
. Correct me if I am wrong.
Is uclibc planning to add this feature in new release?
If not can anyone guide me how can I patch in uclibc to add this feature?
You might try to use NPTL implementation from uClibc-nptl branch.
--
Khem Raj
signature.asc
Description: This is a digitally signed
On Thu, Mar 19, 2009 at 12:52 AM, Christian Eggers wgn...@freenet.de wrote:
The branch should still work. Try it out and report whats missing. It
has been synced with trunk recently but it does not have all the
changes.
I've tried to build an ARM NPTL toolchain with buildroot. Therefore I've
here.
Thx
--
Khem Raj
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On Wed, Apr 1, 2009 at 5:38 AM, alessio.ste...@gidi.it wrote:
Excuse me
I am cross compiling for an embedded system that my colleague has build up
using buildroot and uclibc
I have a strange behaviour of my code so i asked him how much is the stack
size (per thread) but he doesn't know
iwmmxt with old
abi. I think leaving all these individually configurable could bring more
trouble
because people could get them wrong easily if there are more knobs.
I think we should leave in the unique ones in there as it makes the config easy
to use for someone.
--
Khem Raj
signature.asc
--
Khem Raj
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On Tuesday 07 April 2009 01:48:56 am Groleo Marius wrote:
On Sat, Mar 28, 2009 at 8:37 AM, Khem Raj raj.k...@gmail.com wrote:
On Friday 27 March 2009 08:58:07 Groleo Marius wrote:
I had some problems compiling and later, using shared libraries from
uClibc-0.9.30.1 on a Coldfire M5485
with out this ?
#ifdef __UCLIBC_HAS_THREADS_NATIVE__
#include sysdep-cancel.h
#endif
-- patch end
--
Khem Raj
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing list
uClibc@uclibc.org
http
\
-- end patch
--
Khem Raj
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
1 - 100 of 409 matches
Mail list logo