Arm-linux-uclibcgnueabi/bin/as unrecognised option '-Qy'

Hi, I am getting the following error when I try to build BuildRoot for our arm device. It seems that the target version of as in build_arm/staging_dir/usr/arm-linux-uclibcgnueabi/bin/ does not recognize the option '-Q'. I see that my host version of /usr/bin/as does support this option. I cannot

Re: [PATCH] sh: Fix args for __uClibc_main() in crt1.S

Thank you for your review. I've found some of architectures other than SH set a pointer to _dl_fini() to rtld_fini in ldso/ldso/*/dl-startup.h, which apparently SH should have, too. I've add small patch. Though I am really not confidence of correctness This one set the pointer to _dl_init()

Re: [PATCH] sh: Fix args for __uClibc_main() in crt1.S

Hi, please find attached another patch to completely fix the sh4 startup sequence (in addition to the patch of Yoshii). Tested. It works fine here. Great. # Sorry for my slow writing(code/mail) made useless traffic. /yoshii ___ uClibc mailing list

Re: [PATCH] sh: Fix args for __uClibc_main() in crt1.S

Takashi Yoshii wrote: Thank you for your review. I've found some of architectures other than SH set a pointer to _dl_fini() to rtld_fini in ldso/ldso/*/dl-startup.h, which apparently SH should have, too. Yes, we need. please look at my previous reply, where I've a patch to solve it in a

RE: symbol '': can't resolve symbol

-Original Message- From: Stéphan Kochen [mailto:[EMAIL PROTECTED] Sent: den 29 juli 2008 18:56 To: [EMAIL PROTECTED] Cc: uclibc@uclibc.org Subject: Re: symbol '': can't resolve symbol -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joakim Tjernlund schreef: Good, however you

Re: Arm-linux-uclibcgnueabi/bin/as unrecognised option '-Qy'

On Thu, Aug 07, 2008 at 07:33:29PM +1200, Mark Easton wrote: Hi, I am getting the following error when I try to build BuildRoot for our arm Wrong list. Please see http://buildroot.uclibc.org/ device. It seems that the target version of as in

uClibc 0.9.29 build problem on powerpc (issue 1289)

Hi, I'm still seeing this on 0.9.29 (gcc 4.1 on ppc): http://busybox.net/bugs/view.php?id=1289 AS lib/crti.o AS lib/crtn.o STRIP -x -R .note -R .comment lib/libc.a AR cr lib/libc.a STRIP -x -R .note -R .comment lib/uclibc_nonshared.a AR cr lib/uclibc_nonshared.a AR cr

Re: [PATCH] sh: Fix args for __uClibc_main() in crt1.S

On Thu, Aug 07, 2008 at 08:30:37AM +0200, Carmelo AMOROSO wrote: please find attached another patch to completely fix the sh4 startup sequence (in addition to the patch of Yoshii). As you can see from the log below, DSO's destructor now is called. Paul, does it sound good for you ?

Re: Default Password for uclibc login

Mandeep Ahuja wrote: Hi everyone, I have a buildroot which builds uclibc tool chain with busybox1.2.2.1. When I telnet into my board it says uclibc login: root Password: username is root, I dont know what the password is? I have tried nothing, blank, root, rootmenothing worked.

gentoo patchset

Hello, I noticed that the gentoo uclibc ebuild[1] applies a considerable amount of patches[2]. Has anyone investigated how many of them worth including in the main uclibc tree? Personally, I'm most interested about the libm ones, but the other ones may be nice to have too. Best regards, Cristi

Re: [PATCH] sh: Fix args for __uClibc_main() in crt1.S

This still requires the kernel zeroing the r4 value before handing control over as per your FLAT_PLAT_INIT() patch, correct? Yes. I think kernel should set(clear) r4 for static object(ELF and FLT). For shared one(currently ELF), dl-start.h(uClibc)/dl-machine.h(glibc) set r4. # Perhaps the real

Re: [PATCH] sh: Fix args for __uClibc_main() in crt1.S

Hi, Hum... I think that we are lucky because _dl_fini is defined in ldso.c that includes dl-startup.c that includes dl-startup.h... but if _dl_fini were defined in another compilation units ? does it work ? am I correct ? Well, that strange structure of the source code tells us that this