Re: What headers I need to build kernel 2.4 based system?

[EMAIL PROTECTED] said the following on 4/25/2007 3:58 AM: > I would like build to 2.4.31 kernel based powerpc system. > Then you should use kernel headers generated from 2.4.31 kernel. > As I understood there is no forwards compatability, only backwards > compatability. So I need kernel heade

Re: posix threading plans

Steven J. Hill wrote: > Mike Frysinger wrote: > >>> clean trunk branch is the way to go. >>> Do whatever you guys want and I will deal with it. >>> >> this isnt exactly a helpful stance to take ... >> >> > Sorry for the shortness of the response, but with my 2 year old son > screamin

Re: posix threading plans

Joakim Tjernlund wrote: > at it is worth, I prefer Carmelos changes to the _dl_find_hash() > function. > I would like to see the common changes for NTPL integrated first. > Also, since this is THE feature for the next release, why not work in > trunk? > thats not a bad idea either. > Jocke > >

Re: Installing headers with 0.9.29 spawns gcc errors

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; \ >>

Re: Build for ARM 926T fails if option software floating point is enabled

> Regards, > > Pranav > > > > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-

PATCH: Fix a warning in test/test-skeleton.c

8: warning: '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+Qt

Re: PATCH: Fix a warning in test/test-skeleton.c

-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

[PATCH] Fix addmntent () to not return and error when fprintf returns 0

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

Re: NTPL Support

___ 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

Re: need for getifaddrs in uclibc

libc, even if its not > susv3/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 U

Re: svn commit: trunk/uClibc/libc/misc/mntent

-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

Re: Ping Re: Text relocations in PIEs

shes with either uClibc configuration without > the patch, and works or gives a runtime error after the patch 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 confir

[PATCH]: ARM SHMLBA

-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

Re: [PATCH] Always inline system calls

> > Carmelo > _______ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc - -- Khem Raj MontaVista Software Inc. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comme

[PATCH] uclibc extern inline

-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

Re: Error in bits/socket.h

is issue? I think 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 V3S7hWFQcbRRkwLijX

Re: NPTL & ARM

will be merged 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 -

Re: [PATCH] make getaddrinfo hint AI_ADDRCONFIG work

-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

gcc headers needed for ARM EABI build

-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 lika

Re: arm7tdmi - NXP LPC2468 - gcc/g++/libstdc++, it's possible?

-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 pa

Re: gcc headers needed for ARM EABI build

-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 suppo

Re: help : mutex sharing between processes

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. >

Re: gcc headers needed for ARM EABI build

> > 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 /usr/include. Once I removed that it worked all well.

[PATCH] Use do_rem to get rid of undefined __raise() error on ARM

symbol __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/li

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

} libc_hidden_def(mknod) ___ 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

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

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: >>> >>>>

Re: undefined reference to `dl_iterate_phdr'

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/ > gcc/../../gcc/unwind-dw2-fde

Re: [PATCH] mknod fix 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,

[PATCH] Evaluate syscall parameters on ARM LOAD_ARGS_x macros

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

Re: [PATCH] Evaluate syscall parameters on ARM LOAD_ARGS_x macros

-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

Re: [PATCH] Evaluate syscall parameters on ARM LOAD_ARGS_x macros

-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: |>

PATCH: ARM INTERNAL_SYSCALL cleanup

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/lin

Re: NPTL merge: almost ready to start

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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 > to start merging the branch->trunk

Re: Issues on linuxthreads

-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 ?) linuxth

Re: NPTL merge: almost ready to start

-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

Re: [PATCH] splice, vmsplice and tee for i386

-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()

Re: PATCH: ARM INTERNAL_SYSCALL cleanup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bernhard Fischer wrote: > On Mon, Apr 21, 2008 at 12:33:06AM -0700, Khem Raj wrote: >> Hi >> >> There was some duplication when defining INTERNAL_SYSCALL macro for ARM. >> I have tried to clean this up with attached patch

Re: RFC: first stab at getting rid of libc_hidden_proto() forest

sh $0x0 > - f: e8 fc ff ff ff call 10 <__GI_tzset+0x10> > - 10: R_386_PLT32 time > > + 0: 6a 00 push $0x0 > + 2: e8 fc ff ff ff call 3 <__GI_tzset+0x3> > + 3: R_386_PC32

Re: RFC: first stab at getting rid of libc_hidden_proto() forest

sh $0x0 > - f: e8 fc ff ff ff call 10 <__GI_tzset+0x10> > - 10: R_386_PLT32 time > > + 0: 6a 00 push $0x0 > + 2: e8 fc ff ff ff call 3 <__GI_tzset+0x3> > + 3: R_386_PC32

Re: RFC: first stab at getting rid of libc_hidden_proto() forest

exits when the return code from unifdef command is 2. OK? Thanks -Khem Signed-off-by: Khem Raj <[EMAIL PROTECTED]> Index: extra/scripts/install_headers.sh === --- extra/scripts/install_headers.sh(revision 21903) +++

Re: [PATCH] splice, vmsplice and tee for i386

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,

Re: RFC: first stab at getting rid of libc_hidden_proto() forest

On Thu, 2008-05-01 at 14:13 +0200, Denys Vlasenko wrote: > On Thursday 01 May 2008 12:22, Khem Raj wrote: > > Hi Denys > > > > In the new script to install headers. We assume that unifdef fails if > > the return is not 0. However as per the manpages of unifdef I se

Re: svn commit: trunk/uClibc: extra/scripts

ange > from previous behavior. > > I propose introducing "make install_kernel_headers" > for those who needs it. > > Is this acceptable for you? This sounds ok. - -- Khem Raj MontaVista Software Inc. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comme

Re: Question about memmove implemented for uClibc arm

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

Re: [PATCH] smallint

On Tue, 2008-05-20 at 17:59 +0200, Denys Vlasenko wrote: > On Tuesday 20 May 2008 09:15, Bernhard Fischer wrote: > > >Attached patch instroduces smallint type, and uses it > > >for flag variables. It results in size reduction > > >ont only for bss, but text too: > > > > > >text data

Re: double word ordering on little endian

Christopher Taylor wrote: > For some reason when I examine the bytes of a double i'm getting the > words swapped > > double = 2.048; > > on big endian: > 4000 624d d2f1 a9fc > > what I'm getting on little endian: > 4d62 0040 fca9 f1d2 > > what I'm expecting based on somone elses build (and my u

Re: double word ordering on little endian

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 u

[uclibc-nptl] Merge rev 15933 from trunk

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

Re: svn commit: branches/uClibc-nptl/libc: inet misc/sysvipc stdio sysdeps/linux/co etc...

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. > > >

Re: question against 22825 commit

-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: Usin

Re: ARM EABI / Thumb vs. gdb

-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 thr

Re: MIPS NPTL

-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 sup

Re: Changing runtime directory

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 buildi

Re: svn commit: branches/uClibc-nptl: include libc/stdlib/malloc-standard libc etc...

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 &

Re: svn commit: branches/uClibc-nptl: include libc/stdlib/malloc-standard libc etc...

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

Re: About mtrace in uClibc

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 > > ---

Re: svn commit: branches/uClibc-nptl/test/dlopen

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

Re: Has uClibc passed the LTP tests?

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 funct

Re: uClibc-0.9.29 Compilation error for mips32

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 > libc/sysdeps/linu

Re: set fPIC option for librt

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 > #include > > int main() >

Re: [PATCH] posix_favise{64} error handling fixes [was Re: fadvise gclibc vs uclibc]

On Mon, Sep 15, 2008 at 4:55 AM, Carmelo AMOROSO <[EMAIL PROTECTED]> wrote: > Corinna Schultz wrote: >> >> Quoting Carmelo AMOROSO <[EMAIL PROTECTED]>: >>> >>> a colleague of mine is right now working to produce a patch for >>> posix_fadvise to fix all LTP tests using posix_fadvise[64]. >>> >>> Ind

Re: pthreads stress test hangs on read() returning EINTR

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

Re: pthreads stress test hangs on read() returning EINTR

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 -040

Re: strncmp("aa", "ab", -1)

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 > #include > #include > > int main(int ar

Re: strncmp("aa", "ab", -1)

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

Re: strncmp("aa", "ab", -1)

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. C

Re: strncmp("aa", "ab", -1)

On Fri, Sep 26, 2008 at 2:14 AM, Tobias Poschwatta <[EMAIL PROTECTED]> wrote: > On Thu, Sep 25, 2008 at 12:31:26AM -0700, Khem Raj wrote: >> I dont see an easy way to fix the current >> implementation. I think it would be better to use a C algorithm. > > Not sure how to

Re: [MIPS] syscall() segv on mips1

On Mon, Sep 29, 2008 at 7:04 AM, Maxime Bizon <[EMAIL PROTECTED]> wrote: > > Hi, > > uclibc trunk on mips1 platform, a failed syscall() crashes later in > __syscall_error() from incorrect t9 value. > > syscall() has .noreorder, so I guess this explicit 'nop' is needed. I think the set .noreorder s

Re: PATCH: disable LINUXTHREADS_OLD in menuconfig.

On Mon, Sep 29, 2008 at 9:04 AM, Bernhard Reutner-Fischer <[EMAIL PROTECTED]> wrote: > On Mon, Sep 29, 2008 at 02:36:32PM +0200, Hans-Christian Egtvedt wrote: >>On Sat, 27 Sep 2008 16:57:20 -0500 >>Rob Landley <[EMAIL PROTECTED]> wrote: >> >>> I'd like to apply the following small patch as a start

Re: Internal compiler error building m68k.

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 t

Re: Strange behaviour with 0.9.29-snapshot and poptop

On Tue, Sep 30, 2008 at 2:23 PM, Pirmin Walthert <[EMAIL PROTECTED]> wrote: > Hello > > I'm creating a uclibc/busybox based rourter and came across strange > things the last two days. > > With 0.9.29 and linuxthreads.old everything works well (lighttp, > dropbear, fast-cgi, gpg, ...) except for ast

Re: POSIX timer functions

On Sun, Sep 28, 2008 at 3:52 AM, <[EMAIL PROTECTED]> wrote: > Hi > > I noticed there are 2 versions of the POSIX timer functions - one in librt > and the other in linuxthreads/sysdeps/pthread. The one in sysdeps/pthread > supports SIGEV_THREAD notification and I wanted to use it but I can't seem >

Re: Internal compiler error building m68k.

On Wed, Oct 1, 2008 at 10:19 AM, Rob Landley <[EMAIL PROTECTED]> wrote: > On Wednesday 01 October 2008 02:47:38 Bernhard Reutner-Fischer wrote: >> On Tue, Sep 30, 2008 at 07:06:14PM -0700, Khem Raj wrote: >> >On Tue, Sep 30, 2008 at 12:12 AM, Bernhard Reutner-Fischer &g

Re: fenv.h missing, gcc-4.3.1 issue

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 ' works. > Currently, no fenv.h exists as far as I can f

Re: Cross compile uClibc encountered error with linuxthreads lib

On (10/10/08 15:46), Robert Hoo wrote: > Hi, > > I'm trying to compile uClibc with mipsel toolchain. > > The attached is my menuconfig result. > > I observed that it by default uses linuxthreads.old directory. > However, it encounters following errors: > > > libc/sysdeps/linux/mips/crt1.S: Ass

Re: [MIPS] syscall() segv on mips1

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 >> --- uClibc-0.9.30-rc2/libc/sysdep

Re: missing implementation of pthread_spin_lock() in linuxthreads.old

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 uClibc-20080

Re: make clean doesn't work with dash

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 "

Re: mknod bug (in uClibc)

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

Re: undefined symbols in uclibc from today

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

Re: svn commit: branches/uClibc-nptl/libc/inet

> > 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

Re: svn commit: branches/uClibc-nptl/libc/inet

On Sun, Nov 23, 2008 at 4:48 AM, Denys Vlasenko <[EMAIL PROTECTED]> wrote: > On Sunday 23 November 2008 10:02, Khem Raj wrote: >> > I do not propose it to be removed. >> > I want it to be explained in the comment >> > in the Makefile. >> >> It has

Re: undefined symbols in uclibc from today

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

This commit 24151

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 change

Re: svn commit: trunk/uClibc: include libc/sysdeps/linux/sh/bits

On Thu, Nov 27, 2008 at 6:57 AM, Carmelo AMOROSO <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: >> Author: carmelo >> Date: 2008-11-27 06:52:15 -0800 (Thu, 27 Nov 2008) >> New Revision: 24165 >> >> Log: >> Make __UCLIBC_HAVE_ASM_CFI_DIRECTIVES__ visible in case the arch >> supports this feat

Re: What is the preferred code style for uclibc?

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 Th

Re: include/bits/socket.h

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 > int main(int argc, char **argv) { return 0; } > > It compiles fine with gcc, but doesn't with g++: > > # g++ -Wall

Re: Strange location of kernel-features.h

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 libpthre

Re: [PATCH] bug in __check_pf() (getaddrinfo.c)

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), ss

Re: [PATCH] bug in __check_pf() (getaddrinfo.c)

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

Re: What is the preferred code style for uclibc?

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. >

Re: NPTL branch temporarily broken

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 informe

Re: segfault with static programs that don't use stdio functions

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 segfau

Re: NPTL branch temporarily broken

arm is still seing crashes in sysvinit. I can boot into busybox shell. On Fri, Dec 12, 2008 at 5:32 AM, Carmelo AMOROSO wrote: > Carmelo AMOROSO wrote: >> >> Denys Vlasenko wrote: >>> >>> On Wednesday 10 December 2008 10:06, Carmelo AMOROSO wrote: Carmelo AMOROSO wrote: > > Hi K

Re: Why not merge NTPL now?

On Fri, Dec 12, 2008 at 3:40 PM, Denys Vlasenko 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 ready, it does not > im

Re: Why not merge NTPL now?

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 > > wrote: > > > Hi Carmelo, Bernhard, > > > > > > Having not much experience with working on a branch, &g

Re: NPTL on MIPS32 little-endian - build problems

On (15/12/08 21:57), Dan E wrote: > Hello uClibc list, this is my first post to the list but I've been > lurking and working with uClibc for about 5 years. > > In regards to Carmelo's post here: > http://www.uclibc.org/lists/uclibc/2008-December/020792.html > > I retrieved svn commit version 2437

Re: [PATCH] versionsort() support

On (24/12/08 17:23), Hai Zaar wrote: > Hi! > This patch adds versionsort() and strverscmp() functions to uClibc. > The patch is against uClibc-0.9.29 and is verified to work correctly > on at91sam9260 board. Thanks for patch. Is it possible for you to test is against svn trunk ? -Khem ___

make distclean but objects remained

Hi I did make distclean but after distclean I still see the following objects ? libpthread/linuxthreads/sysdeps/unix/sysv/linux/fork.oS ? libpthread/linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.oS ? libpthread/linuxthreads/sysdeps/unix/sysv/linux/register-atfork.os ? lib

struct BUG_sigset_size

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

  1   2   3   4   5   >