Re: malloc & friends hidden proto issues

On Friday 17 July 2009 01:36:37 Carmelo AMOROSO wrote: > I've recently added for testing hidden_proto in {m,re,c}alloc functions to > ensure that from within the libc we always called the hidden __GI_xxx > symbols. > > Using this uClibc with firefox and bash I found a problem. > Both bash and firef

Re: Newbie posting...

On Thursday 16 July 2009 16:18:34 Philip A. Prindeville wrote: > We did try to do a version bump of udev to 142, but that failed because > it wanted inotify and ppoll. > > I found the fix for inotify, but not one to add support to ppoll. > > Also, we wanted to version bump to Asterisk 1.6, but our

Re: endianess in rules.mk for mips

On Wednesday 15 July 2009 21:31:14 Amker.Cheng wrote: > On Wed, Jul 15, 2009 at 11:57 PM, Khem Raj wrote: > > On (15/07/09 10:32), Mike Frysinger wrote: > >> On Tuesday 14 July 2009 22:35:17 Amker.Cheng wrote: > >> > I just found that there mybe something wrong

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

On Friday 10 October 2008 09:46:01 al...@uclibc.org wrote: > Author: aldot > Date: 2008-10-10 06:46:01 -0700 (Fri, 10 Oct 2008) > New Revision: 23654 > > Log: > - remove bashism; don't install config/* to the target > > Modified: >trunk/uClibc/extra/scripts/install_headers.sh > > -find ! -name

Re: [git commit] syscall: unify common syscall defines

On Tuesday 14 July 2009 01:59:46 Carmelo AMOROSO wrote: > Mike Frysinger wrote: > > On Monday 13 July 2009 07:45:03 Carmelo AMOROSO wrote: > >> Mike Frysinger wrote: > >>> if you run `./extra/scripts/MAKEALL sh`, does it work for you ? > >> > >>

Re: Help : warnings when build uclibc for mips

On Monday 13 July 2009 21:50:51 Amker.Cheng wrote: > Hi All : please do not top post in your replies -mike signature.asc Description: This is a digitally signed message part. ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/li

Re: endianess in rules.mk for mips

On Tuesday 14 July 2009 22:35:17 Amker.Cheng wrote: > I just found that there mybe something wrong about setting > endianess in Rules.mk for mips. > around line Rules.mk:337, there are no codes like: > > CPU_CFLAGS-$(ARCH_LITTLE_ENDIAN)+=-Wl,-EL > CPU_CFLAGS-$(ARCH_BIG_ENDIAN)+=

Re: [git commit] syscall: unify common syscall defines

On Monday 13 July 2009 07:45:03 Carmelo AMOROSO wrote: > Mike Frysinger wrote: > > if you run `./extra/scripts/MAKEALL sh`, does it work for you ? > > no, it doesn't, but we know why and have a patch. > It happens when using Big Endian... I'll commit this asap than

Re: [PATCH/RFC] syscall: unify common syscall defines

On Friday 10 July 2009 13:43:24 Lennart Sorensen wrote: > On Thu, Jul 09, 2009 at 06:24:54PM -0400, Mike Frysinger wrote: > > On Monday 06 July 2009 10:40:35 Lennart Sorensen wrote: > > > On Sun, Jul 05, 2009 at 06:28:32PM -0400, Mike Frysinger wrote: > > > > On Fri

Re: Help : warnings when build uclibc for mips

On Tuesday 16 June 2009 16:35:04 Khem Raj wrote: > On Sun, May 31, 2009 at 12:00 AM, Amker.Cheng wrote: > > Hi: > > I am currently building uclibc-0.9.30 using gcc-3.4.4 for > > > > mips-linux, and encountering following warnings: > >> libc/sysdeps/linux/mips/clone.S: Assembler messages: > >>

Re: [git commit] syscall: unify common syscall defines

On Monday 13 July 2009 02:51:11 Carmelo AMOROSO wrote: > Mike Frysinger wrote: > > On Thursday 09 July 2009 14:24:32 Mike Frysinger wrote: > >> On Thursday 09 July 2009 03:35:05 Carmelo AMOROSO wrote: > >>> Mike Frysinger wrote: > >>>> commit: &

Re: [PATCH/RFC] syscall: unify common syscall defines

On Monday 06 July 2009 10:40:35 Lennart Sorensen wrote: > On Sun, Jul 05, 2009 at 06:28:32PM -0400, Mike Frysinger wrote: > > On Friday 03 July 2009 16:50:22 Mike Frysinger wrote: > > > Unify all the common syscall defines in syscalls-common.h and scrub all > > > the du

Re: [git commit] syscall: unify common syscall defines

On Thursday 09 July 2009 14:24:32 Mike Frysinger wrote: > On Thursday 09 July 2009 03:35:05 Carmelo AMOROSO wrote: > > Mike Frysinger wrote: > > > commit: > > > http://git.uclibc.org/uClibc/commit/?id=b387d762361e6c109c6a60bced003e7 > > >24 47b0a33 branch: >

Re: [git commit] syscall: unify common syscall defines

On Thursday 09 July 2009 03:35:05 Carmelo AMOROSO wrote: > Mike Frysinger wrote: > > commit: > > http://git.uclibc.org/uClibc/commit/?id=b387d762361e6c109c6a60bced003e724 > >47b0a33 branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/master > > > > Patch is

Re: Problems with GCC 4.4.0, GCC 4.3.3 on Ubuntu Linux 8.10/9.04

On Sunday 26 April 2009 15:04:22 saftsack wrote: > everytime when i create my toolchain with buildroot (actual svn: Revision > 26210.) i get at compiling gcc the following error: this is the uClibc mailing list. please direct buildroot questions to the buildroot maiing list. -mike signature.as

Re: [PATCH/RFC] syscall: unify common syscall defines

On Tuesday 07 July 2009 18:09:23 John Williams wrote: > On Wed, Jul 8, 2009 at 12:32 AM, Mike Frysinger wrote: > > On Tuesday 07 July 2009 08:10:04 Michal Simek wrote: > >> Mike Frysinger wrote: > >> > that leaves us with this arch list that need to get upda

Re: kvm-87 fails to compile under uClibc

On Tuesday 07 July 2009 03:34:57 Bernhard Reutner-Fischer wrote: > On Mon, Jul 06, 2009 at 11:21:03PM -0400, Mike Frysinger wrote: > >On Monday 06 July 2009 22:42:46 Cristi Magherusan wrote: > >> /home/cristi/devel/avatt/buildroot/build_i586/kvm-87/qemu-kvm-x86.c:1538 > >&

Re: kvm-87 fails to compile under uClibc

On Tuesday 07 July 2009 07:31:30 Cristi Magherusan wrote: > On Tue, 2009-07-07 at 12:12 +0300, Avi Kivity wrote: > > On 07/07/2009 05:42 AM, Cristi Magherusan wrote: > > > I'm using linux-2.6.26.8, uClibc-HEAD(linuxthreds, almost complete > > > setup) and gcc 4.3.3. > > > > > > Also, is this kernel

Re: [PATCH/RFC] syscall: unify common syscall defines

On Tuesday 07 July 2009 08:10:04 Michal Simek wrote: > Mike Frysinger wrote: > > that leaves us with this arch list that need to get updated: > > alpha/bits/syscalls.h > > e1/bits/syscalls.h > > frv/bits/syscalls.h > > h8300/bits

Re: kvm-87 fails to compile under uClibc

On Monday 06 July 2009 22:42:46 Cristi Magherusan wrote: > /home/cristi/devel/avatt/buildroot/build_i586/kvm-87/qemu-kvm-x86.c:1538: > undefined reference to `ioperm' ioperm is enabled only if your kernel headers declare __NR_ioperm. if it isnt enabled in your C library, check your headers. -mik

Re: [PATCH/RFC] syscall: unify common syscall defines

On Monday 06 July 2009 16:26:50 Mike Frysinger wrote: > On Monday 06 July 2009 13:26:25 Austin Foxley wrote: > > On 07/05/2009 03:28 PM, Mike Frysinger wrote: > > > Austin: can you please commit your sparc implementation fix to the > > > master branch ? > >

Re: [PATCH/RFC] syscall: unify common syscall defines

On Monday 06 July 2009 13:26:25 Austin Foxley wrote: > On 07/05/2009 03:28 PM, Mike Frysinger wrote: > > Austin: can you please commit your sparc implementation fix to the master > > branch ? > > Committed. Sparc now defines INTERNAL_SYSCALL and INLINE_SYSCALL in > anticip

Re: [PATCH/RFC] syscall: unify common syscall defines

On Friday 03 July 2009 16:50:22 Mike Frysinger wrote: > Unify all the common syscall defines in syscalls-common.h and scrub all > the duplicated code from relevant ports. This should also make converting > existing ports to INLINE_SYSCALL() much easier as they don't have to get >

Re: [PATCH 00/13] Cleanup for gcc-4.4

On Friday 26 June 2009 15:14:15 Ron wrote: > I've been updating our toolchain to use gcc-4.4 and uclibc from the current > master HEAD. The following patches clean up a number of things that new > gcc complains about. It's not everything, but this lot at least should be > fairly uncontroversial an

using -I with gcc paths instead of -isystem

in commit 18f27be3, the gcc paths were changed from "-iwithprefix" and a short name to "-I" and a full path. is there a reason you didnt use "-isystem" ? these are after all gcc system paths, not package-specific include paths, and gcc changes its behavior depending on the two. for example, w

Re: Trivial yet unanswered question....

On Saturday 04 July 2009 10:48:38 Rolf wrote: > I downloaded, configured and built the 'buildroot-2009.05' system > and used the resulting 'rootfs' images to boot a stripped down kernel. > > Great job 'uClibc' & 'busybox' teams!...great tools! the buildroot project has a sep mailing list. please

Re: [PATCH] Store errno value before using __set_errno()

On Friday 03 July 2009 17:29:23 Cristi Magherusan wrote: > On Fri, 2009-07-03 at 15:21 -0400, Mike Frysinger wrote: > > On Thursday 04 June 2009 08:33:34 Ingo van Lil wrote: > > > The __syscall_error() function stores the errno value in the edx > > > register befo

[PATCH/RFC] syscall: unify common syscall defines

ff-by: Mike Frysinger --- can people give this an eye over to make sure i didnt screw up your port ? i'm doing build tests for most arches, but a quick look over by other peeps would be good. include/sys/syscall.h|1 + libc/sysdeps/linux/arm/bits/

Re: commit 26002 breaks compile on m68k nommu.

On Tuesday 14 April 2009 14:13:21 Lennart Sorensen wrote: > Commit 26002 attemps to implement the deamon() call on nommu systems. > It unfortunately did so using INTENAL_SYSCALL which doesn't exist on m68k, > and hence compiles of m68k nommu now fail. > > I suspect it should be using something simi

Re: [PATCH] Store errno value before using __set_errno()

On Thursday 04 June 2009 08:33:34 Ingo van Lil wrote: > The __syscall_error() function stores the errno value in the edx > register before invoking the __set_errno() macro. When using the > pthread library this macro calls thread_self() to determine the errno > location, which might clobber the edx

Re: libargp support? [was: Re: 100KiB limit is too low]

On Friday 03 July 2009 07:52:43 Bernhard Reutner-Fischer wrote: > On Fri, Jul 03, 2009 at 12:55:45PM +0200, Salvatore CRO' wrote: > >... But we needed to support elfutils that in turn uses argp... > > Alternatively you could fix elfutils to use standard stuff.. you might have a tough time of that

Re: uClibc Busybox segmentation fault

On Friday 03 July 2009 02:26:25 Piyush Verma wrote: > I compile a cross compiler using uclibc by following the instruction on > CLFS Embedded. > > compiler prefix was "armv6l-unknown-linux-uclibc. > > The compile successfully compile linux kernel and run fine on terminal. > > But when I compile bu

Re: bug on ppc (and potentially other arches) in setgroups.c

On Thursday 02 July 2009 09:28:48 Phil Estes wrote: > On 07/02/2009 12:57 AM, Mike Frysinger wrote: > > On Wednesday 01 July 2009 22:44:58 Phil Estes wrote: > >> In the case of uClibc on the ppc architecture, this means that the code > >> flows through the setgroups &qu

Re: Are my libs correct?

On Thursday 02 July 2009 14:53:03 Ed W wrote: > Mike Frysinger wrote: > > On Thursday 02 July 2009 13:04:02 Ed W wrote: > >> Hi, I'm using a gentoo uclibc system and just updated it to 0.9.30.1 > >> > >> I notice a curious feature of binaries which is cau

Re: Are my libs correct?

On Thursday 02 July 2009 13:04:02 Ed W wrote: > Hi, I'm using a gentoo uclibc system and just updated it to 0.9.30.1 > > I notice a curious feature of binaries which is causing problems with > some other gentoo ebuilds. > > Essentially if I use readelf -d, this gives me (amongst other things): > >

Re: 100KiB limit is too low

On Thursday 02 July 2009 10:59:58 Carmelo AMOROSO wrote: > My colleague is having some problems sending patches because the size > threashold is set to 100KiB. patches over 100kB should get held for moderation. then a moderator can determine whether it's acceptable or to reject it. > So he had

Re: bug on ppc (and potentially other arches) in setgroups.c

On Wednesday 01 July 2009 22:44:58 Phil Estes wrote: > Before I open a bug, I thought I would look for clarification of what I > believe I'm seeing in libc/sysdeps/linux/common/setgroups.c. I think > it's possible that the code was originally i386-centric and has not been > updated as other archit

Re: [PATCH] librt: Add shm_open and shm_unlink + testcase

On Tuesday 02 June 2009 11:04:27 Bernhard Reutner-Fischer wrote: > On Tue, Jun 02, 2009 at 10:29:55AM +0200, Mikael Lund Jepsen, ICCC wrote: > > Hi all, > > As I have received interest from multiple sides over the last week or so > > in getting shm to work, I guess it is time I took this up again a

Re: Add missing ARM CLIBABI variables __aeabi_std*

On Sunday 28 June 2009 15:33:44 Joseph S. Myers wrote: > On Sun, 28 Jun 2009, Mike Frysinger wrote: > > On Thursday 25 June 2009 09:40:30 Joseph S. Myers wrote: > > > I just merged a patch to glibc > > > <http://sourceware.org/ml/libc-ports/2009-06/msg00015.

Re: [PATCH] gen_wc8bit: use a configurable UTF-8 locale

On Sunday 28 June 2009 14:25:03 Daniel Cordero wrote: > On Sun, Jun 28, 2009 at 01:51:31PM -0400, Mike Frysinger wrote: > > try the following patch please > > This fixes the problem. Thanks. thanks for testing, ive pushed that -mike ___

Re: sh: Change __HAVE_SHARED__ to __PIC__

On Wednesday 29 April 2009 09:16:49 Peter Griffin wrote: > Generate PIC relocations when __PIC__ is defined rather than > __HAVE_SHARED__ (like other architectures). looks sane to me, but Carmelo would know ... -mike ___ uClibc mailing list uClibc@uclibc

Re: [PATCH] gen_wc8bit: use a configurable UTF-8 locale

On Sunday 28 June 2009 13:42:00 Mike Frysinger wrote: > On Monday 01 June 2009 13:40:16 Daniel Cordero wrote: > > In some situations, the en_US.UTF-8 locale is not available (e.g. the > > user does not have it installed). > > Make a new option in the configuration for t

Re: [PATCH] gen_wc8bit: use a configurable UTF-8 locale

On Monday 01 June 2009 13:40:16 Daniel Cordero wrote: > In some situations, the en_US.UTF-8 locale is not available (e.g. the > user does not have it installed). > Make a new option in the configuration for the user to specify an > alternative. seems like something the user shouldnt need to worry

Re: pread/pwrite together w/ARM linux

On Wednesday 10 June 2009 07:17:23 Marcus Johansson wrote: > I'm using pread/pwrite in my multi-threaded application. Ran into > mysterious problems. I discovered that uClibc thinks that the kernel does > not implement pread/pwrite (__NR_pread is not defined). __NR_pread64 is > defined though. This

Re: [PATCH] wchar: Fix inverted parameters in error message

On Tuesday 02 June 2009 11:48:31 André Goddard Rosa wrote: > Please consider the attached patch. you sent the same exact patch 3 times. there was no reason to do that, so please refrain in the future. ive applied your patch, thanks. -mike ___ uCli

Re: Problem with OUTPUT_FORMAT in formats.lds

On Friday 26 June 2009 00:27:02 Steve Bennett wrote: > Is there any reason that the entire OUTPUT_FORMAT is not taken? it was simply easier to rip out the first one, and it worked for everyone with normal toolchain setups > It works for me when I do this (per the attached patch). looks fine to

Re: Compilation error in function `imaxdiv', undefined reference to `__divdi3', undefined reference to `__moddi3'

On Thursday 25 June 2009 14:25:47 Jing Han wrote: > Since I encountered "Compilation error in _fpmaxtostr.c", I did a make > clean, make distclean, and I did make again, this time I encountered the > following compiling error: this is most likely a buildroot issue. please direct your queries ther

Re: Compilation error in _fpmaxtostr.c

On Thursday 25 June 2009 11:24:41 Jing Han wrote: > I experienced the Compilation error in _fpmaxtostr.c > > I downloaded the latest buildroot tarball buildroot-2009.05.tar.gz > [http://buildroot-2009.05.tar.gz/] > [http://buildroot-2009.05.tar.gz/]on my Fedora core 5 machine, and > installed the

Re: Add missing ARM CLIBABI variables __aeabi_std*

On Thursday 25 June 2009 09:40:30 Joseph S. Myers wrote: > I just merged a patch to glibc > to add the > missing definitions of __aeabi_stdin, __aeabi_stdout and __aeabi_stderr > required by the ARM CLIBABI. uClibc uses the same code to p

Re: libstdc++.so: undefined reference to `__towupper_l'

On Friday 05 June 2009 02:06:35 Ram kumar wrote: > I have build the buildroot for my AT91SAM9260 successfully and > everything works fine. contact the buildroot list for support -- they're the ones who built up your gcc toolchain -mike signature.asc Description: This is a digitally signed m

Re: utils/readelf.c compiling error

i dont see any value in continuing to include/maintain our readelf.c. does anyone actually care ? -mike signature.asc Description: This is a digitally signed message part. ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/list

Re: trying to add fltk 1.1.9

On Monday 01 June 2009 21:49:14 Genedyne wrote: > Trying to add fltk 1.1.9 to buildroot config. > I've made several patches (most of which was to delete the patches > that came with the default fltk 1.1.7 buildroot 'package' directory - > they no longer apply). this is the uClibc list, not buildro

Re: Dynamic loading library support (libdl) for no-mmu?

On Friday 29 May 2009 21:09:11 Umut Tezduyar wrote: > Hi Mike, please do not top post > I guess, I didn't quite understand your reply. What do you mean by my port? your architecture > Also, even before libdl support, it seems like there is no option in uclibc > configuration to generate libdl.a

Re: Dynamic loading library support (libdl) for no-mmu?

On Friday 29 May 2009 18:16:55 Umut Tezduyar wrote: > Does any body know if I can get libdl compiled for a no-mmu product? your port needs to support the FDPIC ELF format. libdl doesnt work with the FLAT format for obvious reasons. -mike signature.asc Description: This is a digitally signed me

Re: [git commit] Only use fstat64 when LFS is enabled

On Wednesday 20 May 2009 16:00:07 Austin Foxley wrote: > --- a/libc/unistd/daemon.c > +++ b/libc/unistd/daemon.c > @@ -123,10 +123,18 @@ int daemon( int nochdir, int noclose ) > #else > if (!noclose) > { > - struct stat64 st; > +#ifdef __UCLIBC_HAS_LFS__ > +struct s

Re: different behavior of socket()/setsocketopt()/poll() in chroot?

On Tuesday 12 May 2009 11:03:49 ipif wrote: > I'm still coping with my embedded sparc system. > > Running strace the initial parts are identical: > # strace ntpdate -u > > On the original system the following happens: > poll([{fd=3, events=POLLIN}], 1, 6) = -1 EINTR (Interrupted system > cal

Re: ARM BE-8 image issue

On Monday 18 May 2009 07:55:04 Gopu Subramanian wrote: > I am trying to build the buildroot 2009.02 version this isnt the buildroot list. please direct your query there. -mike ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/li

Re: Dynamically linked binaries do not work

On Monday 11 May 2009 13:51:12 Martin Emrich wrote: > Huh... I've always built my stuff with archstring "*-unknown-linux-gnu". > I wonder if replacing gnu with uclibc would influence the build process. that is not the correct tuple for uClibc toolchains -mike __

Re: Fwd: Please backport a patch to branches/uClibc_0_9_30

On Monday 11 May 2009 08:51:17 Lennart Sorensen wrote: > On Sun, May 10, 2009 at 11:38:34PM +0200, Christian MICHON wrote: > > On Sun, May 10, 2009 at 11:08 PM, Mike Frysinger wrote: > > > On Saturday 09 May 2009 20:37:28 Kyle Sallee wrote: > > > > > > please d

Re: Fwd: Please backport a patch to branches/uClibc_0_9_30

On Sunday 10 May 2009 17:38:34 Christian MICHON wrote: > On Sun, May 10, 2009 at 11:08 PM, Mike Frysinger wrote: > > On Saturday 09 May 2009 20:37:28 Kyle Sallee wrote: > > > > please do not top post > > unfortunately the default when using gmail :( gmail has an imap/p

Re: Dynamically linked binaries do not work

On Sunday 10 May 2009 13:26:05 Kyle Sallee wrote: > I posted my reply at the top, > please let me know if this is discouraged on the uclibc mailing list. it is > Did you manage to have it compile and link without using a gcc cross > compiler or gcc native to *-linux-uclibc? if you did, then you'

Re: -O3 ?

On Saturday 09 May 2009 20:40:34 Kyle Sallee wrote: > I tried compiling p7zip with CFLAGS and CXXFLAGS -O3, > yet it segfaulted when ran. > However, when compiling it with -Os it works fine. > I used to expect that problems with optimizations not work > were the fault of a bug in gcc. > But is it?

Re: Fwd: Please backport a patch to branches/uClibc_0_9_30

On Saturday 09 May 2009 20:37:28 Kyle Sallee wrote: please do not top post > Headers from linux kernel 2.6.29.2 can be used. > At least I compiled uClibc using 2.6.29.1 kernel headers. the problem is that uClibc doesnt have a way in the source to say "only use features available in linux-x.y.z

Re: Dynamically linked binaries do not work

On Thursday 07 May 2009 14:26:22 Martin Emrich wrote: > If I build using uClibc, the system does not boot (kernel panic, "failed > to execute /init"). By chance I noticed that when I build busybox > statically, the system boots, but any dynamically linked binaries do not > work. indicates you didn

Re: Updating uClibc's ELFs when binary compatibility breaks?

On Saturday 09 May 2009 16:15:33 Kyle Sallee wrote: > Looking at the uClibc ELF libraries created by buildroot-2009.02 > I see > libc.so.0 -> libuClibc-0.9.30.so > However, what if the soname were instead > libc.so.0.9.30 this is exactly the last thing we want to do > That way libc.so.0 can be ab

Re: Please backport a patch to branches/uClibc_0_9_30

On Saturday 09 May 2009 18:10:38 Christian MICHON wrote: > On Wed, May 6, 2009 at 4:24 PM, Mike Frysinger wrote: > >> I faced the same issue with uclibc-0.9.30* and linux-2.6.23. I thought > >> the fix was in the kernel headers: I was wrong. > > > > if the kernel

Re: Please backport a patch to branches/uClibc_0_9_30

On Monday 27 April 2009 09:25:52 Christian MICHON wrote: > On Mon, Apr 27, 2009 at 3:14 PM, rhabarber1848 wrote: > > I also use gcc-3.4.6. This problem happens only with Kernel 2.6.17, not > > with 2.6.9 nor with 2.6.26*. > > I faced the same issue with uclibc-0.9.30* and linux-2.6.23. I thought >

Re: Remember to rebase (was: Re: [PATCH] sh: Add PIC implementation for crt1.S)

On Wednesday 06 May 2009 06:11:09 Mike Frysinger wrote: > On Tuesday 05 May 2009 14:29:09 Austin Foxley wrote: > > Carmelo AMOROSO wrote: > > > Applied to git (master/nptl). > > > > Just a friendly reminder to rebase before pushing if you can. Otherwise > >

Re: no mail after git-push ?

On Wednesday 06 May 2009 08:55:31 Peter Korsgaard wrote: > Mike Frysinger writes: >>> We didn't? The commit-email.pl script did a check if the diff was >>> longer than 1000 lines and sent a link to viewvc instead otherwise. We >>> had that a few times in BR. &g

Re: no mail after git-push ?

On Wednesday 06 May 2009 08:07:58 Peter Korsgaard wrote: > Mike Frysinger writes: >>> For short diffs (<10kB by default) it includes the diff in the >>> mail, and for longer diffs it includes a link instead >> >> we didnt have that before and no one complained t

Re: no mail after git-push ?

On Wednesday 06 May 2009 07:03:42 Peter Kjellerstedt wrote: > From: Mike Frysinger [mailto:vap...@gentoo.org] > > On Wednesday 06 May 2009 06:07:13 Peter Kjellerstedt wrote: > > > A step in the right direction, but the mails (judging by the ones > > > I received for

Re: no mail after git-push ?

On Wednesday 06 May 2009 06:07:13 Peter Kjellerstedt wrote: > From Mike Frysinger: > > On Wednesday 06 May 2009 05:24:50 Will Newton wrote: > > > On Tue, May 5, 2009 at 6:27 PM, Carmelo AMOROSO wrote: > > > > is not possible to receive git=push notificaation by em

Re: Remember to rebase (was: Re: [PATCH] sh: Add PIC implementation for crt1.S)

On Tuesday 05 May 2009 14:29:09 Austin Foxley wrote: > Carmelo AMOROSO wrote: > > Applied to git (master/nptl). > > Just a friendly reminder to rebase before pushing if you can. Otherwise > we will end up with a lot of 'Merge' commits that clutter up the history > like: > http://git.uclibc.org/uCli

Re: no mail after git-push ?

On Wednesday 06 May 2009 05:24:50 Will Newton wrote: > On Tue, May 5, 2009 at 6:27 PM, Carmelo AMOROSO wrote: > > is not possible to receive git=push notificaation by emails as we > > had for svn commit ? > > The post-recieve-email hook in the git contrib directory should do > what you want. Ian c

Re: HEADS UP: svn->git transition

On Tuesday 05 May 2009 15:48:34 Dan E wrote: > On Tue, 05 May 2009 03:56 -0400, "Mike Frysinger" wrote: > > ive updated the uclibc.org website to include git info: > > http://uclibc.org/developing.html > > any feedback would be great > > Maybe the projects

Re: HEADS UP: svn->git transition

On Tuesday 05 May 2009 04:44:44 Peter Kjellerstedt wrote: > May I suggest the following commands instead of manually > editing .gitconfig: yeah, upstream git docs use that method as well. i prefer manually editing the file myself to copy & paste between which is why i reproduced the file. > And

Re: HEADS UP: svn->git transition

ive updated the uclibc.org website to include git info: http://uclibc.org/developing.html any feedback would be great -mike signature.asc Description: This is a digitally signed message part. ___ uClibc mailing list uClibc@uclibc.org http://lists.busybo

Re: HEADS UP: svn->git transition

On Friday 01 May 2009 14:34:16 Karl Hiramoto wrote: > > On Thursday 30 April 2009 20:29, Ian Milligan via RT wrote: > >> I have finished the git conversion and http://git.busybox.net/ should be > >> ready to use. Let me know if there are any problems. > > Has anyone setup mirrors, or requested the

Re: HEADS UP: svn->git transition

On Thursday 30 April 2009 16:58:33 Denys Vlasenko wrote: > On Thursday 30 April 2009 21:41, Mike Frysinger wrote: > > > > and all that jive. example commit message: > > > > == > > > > blah blah short summary suitable for subject > >

Re: svn commit: [26155] trunk/uClibc/extra/scripts

On Saturday 18 April 2009 20:51:04 v...@uclibc.org wrote: > Author: vda > Date: 2009-04-19 00:51:04 + (Sun, 19 Apr 2009) > New Revision: 26155 > > Log: > Reinstate {drm,mtd,rdma,sound,video} directory installtion > pending some explanation from gurus. Expanded comment explaining > _why_ we try

Re: HEADS UP: svn->git transition

On Thursday 30 April 2009 15:15:02 Denys Vlasenko wrote: > git clone git://busybox.net/var/lib/git/busybox.git > > and it worked. Checked-out tree matches latest svn tree. > > git clone git+ssh://v...@busybox.net/var/lib/git/busybox.git > > works too. i created a symlink in the root so you dont ne

Re: HEADS UP: svn->git transition

On Thursday 30 April 2009 15:30:52 Denys Vlasenko wrote: > On Thursday 30 April 2009 21:06, Mike Frysinger wrote: > > to commit files: > > git commit -s -m 'my commit log' file1 file2 file3 ... > > Aha, this extra step creates local... change? or however it is c

Re: HEADS UP: svn->git transition

oh and you'll also want to configure your ~/.gitconfig file: [user] name = Mike Frysinger email = vap...@gentoo.org -mike signature.asc Description: This is a digitally signed message part. ___ uClibc mailing list uClibc@uclibc.org

Re: HEADS UP: svn->git transition

On Thursday 30 April 2009 14:47:33 Denys Vlasenko wrote: > So far I read all relevant emails and I do not see instructions > how can I check out new tree. (I will also need instructions > how to push/commit/latest_fashionable_term_of_the_week_for_it > changes). > > Such instructions can't possibly

Re: HEADS UP: svn->git transition

On Thursday 30 April 2009 14:35:17 Bernd Schmidt wrote: > Mike Frysinger wrote: > > On Thursday 30 April 2009 08:57:14 Bernd Schmidt wrote: > >> Thierry Reding wrote: > >>> You use "git fetch" to update the local repository with the latest > >>&g

Re: HEADS UP: svn->git transition

On Thursday 30 April 2009 08:57:14 Bernd Schmidt wrote: > Thierry Reding wrote: > > You use "git fetch" to update the local repository with the latest > > changes from the remote repository, then use "git rebase origin/master" > > to rebase all local commits onto the master branch of the origin > >

Re: HEADS UP: svn->git transition

On Wednesday 29 April 2009 12:52:29 Bernd Schmidt wrote: > Bernhard Reutner-Fischer wrote: > > git push -v --thin git+ssh://$usern...@uclibc.org/srv/git/uClibc.git > > Huh. Does git really work if multiple people push to the same > repository? That's news to me. All the online examples seem to s

Re: NPTL on x86, anyone?

On Friday 10 April 2009 01:49:33 Timo Teräs wrote: > Mike Frysinger wrote: > > On Friday 10 April 2009 01:07:52 Timo Teräs wrote: > >> Mike Frysinger wrote: > >>> On Thursday 09 April 2009 10:24:53 Cristi Magherusan wrote: > >>>> Is there anyone intere

Re: MIPS NPTL patches [1/3]

On Friday 10 April 2009 02:03:19 Dan E wrote: > On Thu, 09 Apr 2009 07:06 -0400, Mike Frysinger wrote: > > On Thursday 09 April 2009 06:10:26 Dan E wrote: > > > On Thu, 09 Apr 2009 04:33 -0400, "Mike Frysinger" wrote: > > > > On Thursday 09 April 2009 0

Re: NPTL on x86, anyone?

On Friday 10 April 2009 01:07:52 Timo Teräs wrote: > Mike Frysinger wrote: > > On Thursday 09 April 2009 10:24:53 Cristi Magherusan wrote: > >> Is there anyone interested in porting the NPTL branch to x86/x86-64? > > > > always interested in accepting pat

Re: touching named pipe fails

On Wednesday 08 April 2009 05:04:25 Mike Frysinger wrote: > On Wednesday 08 April 2009 04:14:05 ipif wrote: > > I'm working on an embedded sparc system with linux-2.6.21 and > > uclibc-0.9.30. When I try to touch a fifo, touch itself stops waiting for > > data. This is

Re: NPTL on x86, anyone?

On Thursday 09 April 2009 10:24:53 Cristi Magherusan wrote: > Is there anyone interested in porting the NPTL branch to x86/x86-64? always interested in accepting patches, but no one appears to be interested in doing the porting work atm -mike ___ uClibc

Re: MIPS NPTL patches [1/3]

On Thursday 09 April 2009 06:10:26 Dan E wrote: > On Thu, 09 Apr 2009 04:33 -0400, "Mike Frysinger" wrote: > > On Thursday 09 April 2009 04:01:23 Dan E wrote: > > > I have no interest in the trunk right now. If the NPTL code was in the > > > trunk then I wo

Re: MIPS NPTL patches [1/3]

On Thursday 09 April 2009 04:01:23 Dan E wrote: > On Thu, 09 Apr 2009 02:54 -0400, "Mike Frysinger" wrote: > > On Wednesday 08 April 2009 23:44:07 Dan E wrote: > > > -- patch start -- > > > > posting patches inline meant for direct inclusion

Re: [PATCH] Elf loader unable to load shared libraries.

On Friday 27 March 2009 11:58:07 Groleo Marius wrote: > The attached patches fixes the problems I've encountered: please fix your e-mail client so it has patches show up inline/automatically so that it's easier to review > - m68k_cf_no_mmap2.patch > > : Disable mmap2() if we're compiling fo

Re: [PATCH] Get rid of the ARM variant choice in the menuconfig, take 2

On Thursday 09 April 2009 03:15:34 Khem Raj wrote: > On Thursday 09 April 2009 12:02:50 am Mike Frysinger wrote: > > On Wednesday 08 April 2009 18:03:55 Yann E. MORIN wrote: > > > As previously suggested, here is a patch that gets rid of the ARM > > > varia

Re: [PATCH] Get rid of the ARM variant choice in the menuconfig, take 2

On Wednesday 08 April 2009 18:03:55 Yann E. MORIN wrote: > As previously suggested, here is a patch that gets rid of the ARM variant > choice in the menuconfig. > > Unlike the previous submission, the endianness is still passed down to the > compiler and linker. > > This patch is just a proof of co

Re: [PATCH] Get rid of the ARM variant choice in the menuconfig

On Wednesday 08 April 2009 17:11:08 Yann E. MORIN wrote: > On Wednesday 08 April 2009 01:45:57 Mike Frysinger wrote: > > iirc, it is possible to build a toolchain that supports both big and > > little endian simultaneously. i believe the code sorcery guys do this. > > i wo

Re: MIPS NPTL patches [1/3]

On Wednesday 08 April 2009 23:44:07 Dan E wrote: > -- patch start -- posting patches inline meant for direct inclusion really only works when: - it's only 1 patch - patch is at the end of the e-mail multiple patches should either be separate e-mails or attached. there should a

Re: Is there any testsuite to validate all functions of uClibc

On Thursday 09 April 2009 00:28:24 Guo Hongruan wrote: > I think uclibc.org should have a Regression testing method or suite to > ensure uclibc's functionality and/or performance. it's an open source project. feel free to contribute tests. saying "i want more tests" doesnt really motivate peopl

<    1   2   3   4   5   6   7   8   >