On Tuesday 27 March 2007, Rob Landley wrote:
> On Sunday 25 March 2007 8:50 am, Mike Frysinger wrote:
> > On Sunday 25 March 2007, JB wrote:
> > > I am using the realtek SDK which ships with precompiled binary versions
> >
> > since you've selected a vendor that
On Monday 02 April 2007, [EMAIL PROTECTED] wrote:
> I am using a toolchain with version 0.9.28.1 of uclibc and I want to
> upgrade the toolchain to use a newer version of uclibc. How do I go
> about upgrading the toolchain so that it uses the newer version of
> uclibc.
that depends completely on h
On Tuesday 27 March 2007, Carmelo AMOROSO wrote:
> here it's the new patch to avoid inclusion of asm/elf.h from
> sh/sys/procfs.h as already discussed.
> Trunk now builds again for sh4
i moved the definitions inside of __BEGIN_DECLS and merged the patch, cheers
-mike
pgpcYujdzP1tF.pgp
Descriptio
On Tuesday 10 April 2007, Samir wrote:
> I am building Tool chain using Build root.
use the buildroot mailing list
-mike
pgpGiDn8fjjnu.pgp
Description: PGP signature
___
uClibc mailing list
[EMAIL PROTECTED]
http://busybox.net/cgi-bin/mailman/listinfo/
On Wednesday 11 April 2007, Trasti, Jennifer wrote:
> I get: sh: ./hello: No such file or directory
you're probably missing the ldso
-mike
pgpoAI6rUtO24.pgp
Description: PGP signature
___
uClibc mailing list
[EMAIL PROTECTED]
http://busybox.net/cgi-bin
On Wednesday 04 April 2007, Xuefeng Ren wrote:
> When I use buildroot build my uClinux, i got the following error
> reloc type R_ARM_PC24 unsupported in this context
>
> How to resolve this problem?
err, what ? for uClinux help, e-mail the uClinux mailing list please
-mike
pgp1fkiZJdxqM.pgp
Des
On Wednesday 11 April 2007, Will Newton wrote:
> I noticed there was a change here:
>
> http://www.busybox.net/cgi-bin/viewcvs.cgi/trunk/uClibc/Rules.mak?rev=13205
>&r1=13200&r2=13205
>
> that enabled -fsigned-char for all arches. What was the reasoning
> behind this decision? I'm reliably informed
On Friday 13 April 2007, Ahan Hsieh 謝武漢 wrote:
> Recently, I build LTP for testing uClinux.
> When I build LTP, an error occur:
> /tmp/ccxhcYOf.o: In function `main':
> /tmp/ccxhcYOf.o(.text+0x9b4): undefined reference to `sbrk'
> /tmp/ccxhcYOf.o(.text+0x10fc): undefined reference to `sbrk'
sbrk()
On Monday 16 April 2007, Daniel Jacobowitz wrote:
> - It calls sleep expecting a cancellation point at nanosleep. But
> libc.so's sleep.c has "libc_hidden_proto(nanosleep)" which means it
> always calls the libc.so version, never the wrapped version in
> libpthread.so that's a cancellation point.
On Monday 16 April 2007, Daniel Jacobowitz wrote:
> On Mon, Apr 16, 2007 at 09:14:37PM -0400, Mike Frysinger wrote:
> > On Monday 16 April 2007, Daniel Jacobowitz wrote:
> > > - It calls sleep expecting a cancellation point at nanosleep. But
> > > libc.so'
after much pushing and proding and looks of disappointments of missed
deadlines, 0.9.29-rc1 is up
idea is to get the main things squashed and tag final end of this week at
which point we'll branch
then we'll look at the 0.9.29.z series as we get nptl merged into trunk
-mike
signature.asc
Desc
On Tuesday 17 April 2007, Daniel Jacobowitz wrote:
> On Tue, Apr 17, 2007 at 07:24:12AM -0400, Mike Frysinger wrote:
> > i certainly want to see that happen for most people, but i'm not sure
> > we've verified yet that it's feasible for no-mmu
>
> It should
buildbot for the most part should be OK now ... i'm thinking of starting a
uclibc-test list and having buildbot automatically e-mail its results
there ...
i'll see about writing up a document for people who wish to run a buildbot
slave as the overhead on their side should be pretty minimal ...
On Thursday 19 April 2007, Ahan Hsieh 謝武漢 wrote:
> Above is a FAQ of uClibc (http://www.uclibc.org/FAQ.html#shared)
>
> In my understanding, if shared library is supported,
> toolchain and loader have been improved to support it.
>
> Toolchin has to compile the shared library as PIC and
> transfer
On Sunday 22 April 2007, Nickolai Zeldovich wrote:
> The code to create a unique file (mktemp) has a logic error in uClibc.
> When __gen_tempname picks a file name that already exists, the code
> attempts to retry. However, the code to pick a new file name is
> outside of this retry loop, causing
On Sunday 22 April 2007, Nickolai Zeldovich wrote:
> Currently, tcgetpgrp() in uClibc uses an int to store a PID (fetched
> via ioctl TIOCGPGRP). This causes problems on platforms where pid_t
> is defined to be larger (e.g., uint64_t). Other functions in termios,
> such as tcgetsid() and tcsetpgr
On Monday 23 April 2007, Matthieu CASTET wrote:
> Hi, a recent commit [1] try to use bool a type, but gcc file to compile
> them :
Bernhard has fixed this, cheers
-mike
signature.asc
Description: This is a digitally signed message part.
___
uClibc mail
On Thursday 26 April 2007, Carmelo AMOROSO wrote:
> running LTP test suite on uClibc-nptl for sh4 I found a bug into pread
> and pwrite functions.
> When the offset is negative it is not correctly handled due to a missing
> shift operation,
> so it is passed to the syscall as the highest unsigned p
On Sunday 29 April 2007, Martin Kuner wrote:
> Does the uClib supports POSIX threads (NPTL)
it supports LinuxThreads which is mostly POSIX compliant ... NPTL is being
worked on
> POSIX message queues (mq_*) ?
probably
-mike
signature.asc
Description: This is a digitally signed message part.
_
On Thursday 19 April 2007, Daniel Jacobowitz wrote:
> On Mon, Apr 16, 2007 at 09:14:37PM -0400, Mike Frysinger wrote:
> > On Monday 16 April 2007, Daniel Jacobowitz wrote:
> > > - It calls sleep expecting a cancellation point at nanosleep. But
> > > libc.so'
On Wednesday 25 April 2007, Bertram Geck wrote:
> I try to compile the mplayer for mips with buildroot & uclibc. Because the
> compile problem has obviously nothing to do with mplayer, I post my
> question here in the hope, someone can help me:
ive seen some packages fail because in uClibc-0.9.29,
On Monday 23 April 2007, rafael2k wrote:
> A 0.9.29 branch was created? (can i download via svn the head of 0.9.29?)
> This 0.9.29_rc1 will be binary compatible w/ the latest 0.9.29 release?
0.9.29_rc1 was tagged but a branch was not made as the time between rc1 and
final is not long enough to ju
On Thursday 19 April 2007, Daniel Jacobowitz wrote:
> On Mon, Apr 16, 2007 at 09:14:37PM -0400, Mike Frysinger wrote:
> > On Monday 16 April 2007, Daniel Jacobowitz wrote:
> > > - It calls sleep expecting a cancellation point at nanosleep. But
> > > libc.so'
On Monday 30 April 2007, Nickolai Zeldovich wrote:
> On 4/30/07, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > gmail attaches files just fine
>
> Sure, patch is attached.
merged, cheers
> (I'd thought attachments to be more annoying than URLs.)
usually quite th
On Monday 30 April 2007, Nickolai Zeldovich wrote:
> On 4/30/07, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > On Sunday 22 April 2007, Nickolai Zeldovich wrote:
> > > The code to create a unique file (mktemp) has a logic error in uClibc.
> > > When __gen_tempna
On Thursday 03 May 2007, [EMAIL PROTECTED] wrote:
> I can not find anything to explain what is xmalloc with respect to uClibc
> other than a few cvs checks and diffs.
you're going to have to be a little bit more clear as to what you're referring
to when you say "xmalloc" ... there is no such thin
On Thursday 03 May 2007, Harald Krammer wrote:
> I have a question about LD_PRELOAD. Is it possible to use pthread
> functions for preloaded libs or exists any restriction for that?
there should be no such restriction on libraries with LD_PRELOAD
-mike
signature.asc
Description: This is a digita
On Wednesday 02 May 2007, Nickolai Zeldovich wrote:
> Having a bad patch day apparently. Attached is a version that compiles.
thanks, should be fixed in svn now
-mike
signature.asc
Description: This is a digitally signed message part.
___
uClibc maili
tagged, branched, and posted ... 0.9.29 is up
-mike
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net/cgi-bin/mailman/listinfo/uclibc
first, the status of linuxthreads ... when i first introduced the latest
version of linuxthreads, the upstream status was fully maintained and no
plans for this to end ... nptl wasnt even being considered. the idea was
that the version of linuxthreads we had in our tree was pretty outdated and
On Sunday 06 May 2007, rafael2k wrote:
> but one thing I'd really like to ask for is to not remove linuxthreads at
> all (nor in any near future), just like glibc did in 2.5 - so, w/ no
> linuxthreads support, no kernel 2.4 support, wich is very important for old
> pcs (486s)...
there are no plans
On Sunday 06 May 2007, Steven J. Hill wrote:
> Daniel Jacobowitz wrote:
> > I don't think revisiting the unfortunate circumstances is going to get
> > us anywhere. Is there some way we can move on, and end up with a
> > unified port? I don't care how we end up with an up-to-date branch as
> > lon
On Monday 07 May 2007, Robert Dodier wrote:
> I am trying to build uClibc-0.9.28.3. The attempt to build
> libpthread fails because ptfork.c references __malloc_lock
> and that does not appear to be defined anywhere in the
> uClibc code. Does anyone know how I can resolve this?
compress your .conf
On Wednesday 09 May 2007, Mr. Miyagi wrote:
> I can't get dynamic shared object loading for C++ sources. Apparently, the
> linker is not even capable of creating shared libraries for C++ while it's
> reported being capable of producing shared libraries for C.
incorrect ... you've hit some issues w
On Friday 18 May 2007, Yann E. MORIN wrote:
> So, to build a cross-toolchain with uClibc, we need, in order:
no
the only header that gets generated is bits/sysnum.h and the only thing that
uses that is syscall.h ... which gcc doesnt use, so it isnt really too much
of an issue ...
so the normal
On Thursday 17 May 2007, Fernando Rodriguez wrote:
> SYS_290(0x4, 0xbeedeb74, 0x40, 0, 0xb1a60) = -1 EINVAL (Invalid argument)
>
> Maybe this is a kernel issue.
it's an strace issue ... it means strace has no idea what system call #290
is ... make sure you update to the latest version available o
On Thursday 17 May 2007, Yann E. MORIN wrote:
> On Thursday 17 May 2007 21:48, Paul Brook wrote:
> > > Unfortunately, Rules.mak does the following (only arm shown):
> > > CPU_LDFLAGS-$(ARCH_LITTLE_ENDIAN)+=-EL
> > >...
> > > Shouldn't we add each of those {gcc,as,ld} options using
> > > call_{gcc,a
On 5/21/07, Christopher Friedt <[EMAIL PROTECTED]> wrote:
> 99% of my intuition tells me that this is even a stupid question to ask,
> but I would probably kick myself later if my intuition was wrong.
*shrug* i look at it as "there's always someone dumber than me somewhere" ;)
> Is there any reas
On 5/21/07, Paul Brook <[EMAIL PROTECTED]> wrote:
> > > Is there any reason one woul need to compile the linux kernel with the
> > > same toolchain as the userspace binaries?
> >
> > no, none at all ... in fact you could take a toolchain that is just
> > binutils and gcc (no libc at all) and use th
On 5/21/07, Paul Brook <[EMAIL PROTECTED]> wrote:
> > > Not entirely true. On some targets[1] it's not possible to use a
> > > bare-metal elf toolchains to compile a linux kernels.
>
> > i'd be interested i knowing which ones ... ive built cross-compiled
> > mips kernels myself with bare toolchains
On 5/21/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> On Monday 21 May 2007 1:22 pm, Christopher Friedt wrote:
> > The kernel has it's own libc
>
> The kernel doesn't use libc. (The klibc project is yet another small
> lightweight C library ala uClibc, newlib, dietlibc...)
depends how you look at
On Saturday 19 May 2007, Yann E. MORIN wrote:
> On Saturday 19 May 2007 15:05, Paul Brook wrote:
> > Right. You need to separate generation of internal headers (ie. sysnum.h)
> > from user-visible headers (those installed by install-headers).
>
> I'm trying to have something ready for the evening (
On Monday 21 May 2007, Sky Ryan wrote:
> I am using uClinux on my S3c4510B board. My kernel is 2.6.14.
> I compile my app with uClibc-0.9.27. It run fine.
> But when I replace the uClibc-0.9.27 with 0.9.28.
> I can compile the uClibc and my app successfully. But when I run my app, It
> hanged alway
On Tuesday 29 May 2007, Vandra �kos wrote:
> I am sweating to build the uclibc library for the arm platform from an x86
> host. The build works fine, but no gcc wrappers are generated... Please
> help :(
correct, gcc wrappers were punted a while ago
build a real cross-compile toolchain
-mike
si
On Tuesday 29 May 2007, Bernhard Fischer wrote:
> On Tue, May 29, 2007 at 09:56:20AM +0100, Will Newton wrote:
> >On 5/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >> Wath is the general approach if I want to use uclibc in bare target
> >> without Linux as embbeded OS.
> >
> >It is probabl
On Saturday 26 May 2007, sapirf fersht wrote:
> This is my first post to this list and i hope you will bear with me. I am
> trying to install uclibc on gentoo
please use the [EMAIL PROTECTED] from now on
> make: *** [wctables.h] Segmentation fault
USE="-iconv -nls"
-mike
signature.asc
Descript
On Friday 25 May 2007, Atsushi Nemoto wrote:
> http://www.opengroup.org/onlinepubs/009695399/functions/posix_fadvise.html
> states it returns error code instead of setting errno.
mmm inconsistent standards ;)
merged, thanks
-mike
signature.asc
Description: This is a digitally signed message par
On Saturday 26 May 2007, Jason Curl wrote:
> When using uClibc 0.9.29 for x86 (32-bit), my configure script doesn't
> find any baudrates greater than B115200 defined. When looking in the
> headers, I see that 'termios.h' has the higher speeds commented out with
> #if 0 ... #endif.
>
> The comment m
On Thursday 24 May 2007, Sky Ryan wrote:
> do you mean 0.9.29 have been test in arm no-MMU platform
i have never tested arm no-MMU, just Blackfin
-mike
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing list
uClibc@
On Sunday 27 May 2007, Sky Ryan wrote:
> I test uClibc-0.9.29. It can not work on armnommu platform either.
>
> I thought maybe the crt1.S or the __uClibc_main can not work correctly on
> armnommu platform.
> because even the helloworld program hang when run.
feel free to debug and send a patch ;)
On Sunday 27 May 2007, Robert Urban wrote:
> Robert Urban wrote:
> > i'm using a buildroot I retrieved a week or two ago, and am getting the
> > following error when compiling llseek.c:
> >
> > /big/home/urban/Robix/buildroot/build_i586/staging_dir/bin/i586-linux-ucl
> >ibc-gcc -c -Os -pipe -I../l
On Friday 25 May 2007, Atsushi Nemoto wrote:
> Current MIPS readahead(), posix_fadvise(), posix_fadvise64() do not
> match with kernel on all ABIs.
>
> On O32 ABI, a padding is needed before a long long argument.
> On N32/N64, a long long argument should be passed via a single register.
merged, ch
On Friday 14 September 2007, Ricard Wanderlof wrote:
> I have a patch (or rather an addition - it's mostly architecture-specific
> files and a minor change to the default configuration) which adds
> architecture optimized memcpy (et al) to uClibc. Should I post them as a
> patch here or submit them
On Sunday 09 September 2007, Kevin Day wrote:
> It should not be using index()
> This fails when index() is not in uClibc.
i should pull from upstream as i believe i already got them to fix this ...
i'll commit this in the meantime, thanks
-mike
signature.asc
Description: This is a digitally si
On Friday 07 September 2007, [EMAIL PROTECTED] wrote:
> I am using buildroot / uclibc to make initrd image.
do not cross-post lists ... start debugging simple and once you narrow things
down, take it up with the respective list
i'd start with the buildroot list since it is general purpose
> ucl
On Thursday 16 August 2007, Atsushi Nemoto wrote:
> In MIPS syscall(2), .cpload was added to an the error path, but it was
> not enough for ABIs other then O32. Use SETUP_GP, SETUP_GP64 and
> RESTORE_GP64 to handle all ABIs. This patch fixes an error path of
> MIPS pipe(2) too.
merged, cheers
-m
On Monday 13 August 2007, Pradeep Sanchana wrote:
> Hi,
> I have successfully built little endian toolchain for sh4 using
> following
> sources,
> Bintils-2.17.50
> Gcc-4.2.0 (released)
> uClibc-0.9.29
> linux kernel headers-2.6.12.
> target as 'sh4-linux'.
> I am trying to build Bi-endian toolchai
On Friday 03 August 2007, Carmelo AMOROSO wrote:
> while compiling uClibc++ against uClibc-nptl, I found a problem
> into the linker script libc.so.
> The uClibc++ needs the __tls_get_addr symbol (TLS enabled), but it
> cannot find
> it because the dynamic linker is not present into the linker scri
On Monday 10 September 2007, Jonathan Delizy wrote:
> I've used buildroot to build a toolchain based on uClibc to compile some
> software for arm9 architecture. When I compile some of this software, it
> doesn't found some functions like des_setparity, ecb_crypt, ... I've
> checked on my local Linu
On Friday 20 July 2007, Blue Swirl wrote:
> I got the library to compile with the attached patches, though dynamic
> loader crashes early.
>
> In buildroot I changed the architecture name by hand from sparc to
> sparc64, otherwise the compiler produced 32-bit files with V9 (64-bit)
> instructions.
On Thursday 12 July 2007, Blue Swirl wrote:
> I'm trying to compile uClibc using buildroot, but I get these error
> messages: CC libc/sysdeps/linux/common/mmap64.os
> libc/sysdeps/linux/common/mmap64.c: In function 'mmap64':
> libc/sysdeps/linux/common/mmap64.c:66: error: '__ulong_t' undeclared
> (
On Saturday 16 June 2007, Natanael Copa wrote:
> propolice caught an off-by-one bug in inet_network()
ugh ... looks like the test had been failing but due to a bug in the version
we pulled from glibc, it didnt actually exit non-zero ...
> While i was there, I inhanced the test a bit so it catche
On Monday 30 July 2007, Denis Vlasenko wrote:
> I don't quite understand how to do hiding of __uc_malloc and
> __uc_malloc_failed. I see several different usage patterns for
> XXX_hidden_XXX macros,
> and also see open-coded attribute defs.
the hidden stuff is all documented in include/libc-symbol
On Friday 10 August 2007, Koen Kooi wrote:
> That's besides the point. Not to mention that the binary toolchains don't
> work on ppc64 or ppc603e.
work fine for me on ppc, amd64, ia64, x86, ...
never bothered switching to ppc64 userland since it was so unstable, but i
could do that as well
-mike
On Monday 11 June 2007, [EMAIL PROTECTED] wrote:
> I am using scratchbox to create a uclibc target. So although under
> emulation it is running uclibc for arm.
let this be a warning to others ... crazy failures using a crazy system like
scratchbox+qemu means you get to research it
i'm not saying
On Tuesday 26 June 2007, Rob Landley wrote:
> I ask because it seems to make the build unstable...
>
> > CC libc/stdio/_fwrite.os
> > CC libc/stdio/_rfill.os
> > CC libc/stdio/_stdio.os
> > libc/stdio/_stdio.c:195:2: warning: #warning check
> > CC libc/stdio/_trans2r.os
> > CC libc/stdio/
On Tuesday 05 June 2007, Rob Landley wrote:
> I was going to update the FAQ to mention http://uclibc.org:8010/ and such,
> but the website's apparently moved to a different subversion repository,
> which is sad.
there is only one svn repository
-mike
signature.asc
Description: This is a digitall
On Saturday 08 September 2007, [EMAIL PROTECTED] wrote:
> i have the following piece of code which gives compilation error (like
> lvalue requried...) may be bug with the compiler
>
> uchar *s;
>
> *((ushort *)s)++ = val;
>
> if i change that to
> *(ushort *)s = val;
> s+=2;
>
> it works fine.
On Monday 27 August 2007, Steven Rostedt wrote:
> I'm writing a chapter in the upcoming revision of Building Embedded Linux
> Systems. In the chapter I talk about futexes and the new Priority
> Inheritance support (robust futexes as well). This is only supported if
> the libc supports it too. So m
for those who may find such a thing useful (to convert/backup/local
mirror/whatever), you can now rsync the raw svn files
rsync -av --progress rsync://uclibc.org/svn/ svn/
-mike
signature.asc
Description: This is a digitally signed message part.
___
uC
On Saturday 15 September 2007, Denys Vlasenko wrote:
> I think that libc-symbols.h needs cleanup.
>
> A few things I noticed.
>
> NOT_IN_libc is never defined in uclibc tarball (grepping for
> 'define[^d].*NOT_IN_libc' gives nothing). Yet tons of #ifs check it.
> Is it needed?
we took this file fr
On Saturday 15 September 2007, Denys Vlasenko wrote:
> On Saturday 15 September 2007 09:19, Mike Frysinger wrote:
> > On Monday 30 July 2007, Denis Vlasenko wrote:
> >/* The following macros are used for PLT bypassing within libc.so
> > (and if needed other libraries simil
On Saturday 15 September 2007, Denys Vlasenko wrote:
> On Saturday 15 September 2007 20:07, Mike Frysinger wrote:
> > > Directly after that libc-symbols.h contains libc_hidden_XXX land.
> > > I do think that libc_hidden_def/libc_hidden_proto macros need renaming.
> >
&g
On Saturday 15 September 2007, Blue Swirl wrote:
> On 9/15/07, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > On Thursday 12 July 2007, Blue Swirl wrote:
> > > I'm trying to compile uClibc using buildroot, but I get these error
> > > messages: CC libc/sys
On Saturday 15 September 2007, [EMAIL PROTECTED] wrote:
> Modified: trunk/uClibc/include/malloc.h
> +libc_hidden_proto(__uc_malloc);
> +libc_hidden_proto(__uc_malloc_failed);
erp, those cannot be put into public headers
-mike
signature.asc
Description: This is a digitally signed message part.
__
On Monday 17 September 2007, Simon Richter wrote:
> The situation is as follows: uclibc has over 2000 source files (~1800
> files ending in .c and .h, plus the build system), with lots of
> different copyright holders and licences. While the situation is not
> hopeless (the vast majority have clear
On Wednesday 19 September 2007, [EMAIL PROTECTED] wrote:
> +void (*__uc_malloc_failed)(size_t size) = NULL;
> +/* Seemingly superfluous assigment of NULL above prevents gas error
> + * ("__uc_malloc_failed can't be equated to common symbol
> + * __GI___uc_malloc_failed") in libc_hidden_data_def: */
On Wednesday 19 September 2007, [EMAIL PROTECTED] wrote:
> Author: vda
> Date: 2007-09-19 01:23:09 -0700 (Wed, 19 Sep 2007)
> New Revision: 19880
>
> Log:
> Fix author name and copyright notice in __uc_malloc.c
for future reference (not requiring you to go change it in other words), we
prefer the
On Wednesday 19 September 2007, Carmelo AMOROSO wrote:
> attached patch for the ld.so checks that during symbol lookup
> process, the DSO has an hash table, otherwise we need to skip
> over the next into the list.
idle curiosity, how did you generate a DSO w/out a hash table ? or is this
a "it's
On Thursday 20 September 2007, cckuo wrote:
> Do I forget to modify something before compiling?
you forgot to set your compiler prefix so it's attempting to build for mips
with your host toolchain
-mike
signature.asc
Description: This is a digitally signed message part.
On Wednesday 19 September 2007, Carmelo AMOROSO wrote:
> Mike Frysinger wrote:
> > On Wednesday 19 September 2007, Carmelo AMOROSO wrote:
> >> attached patch for the ld.so checks that during symbol lookup
> >> process, the DSO has an hash table, otherwise we need to s
On Thursday 27 September 2007, bin sun wrote:
> how to solve it?
it's already been fixed in svn
-mike
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net/cgi-bin/mailman/lis
On Tuesday 18 September 2007, Hans-Christian Egtvedt wrote:
> This patch will fix a problem when the same host is defined with both IPv4
> and IPv6 entries in /etc/hosts. Previous only the first of these host would
> work, as uClibc would read the /etc/hosts file from top to bottom, failing
> if th
On Wednesday 19 September 2007, Carmelo AMOROSO wrote:
> attached patch for the ld.so checks that during symbol lookup
> process, the DSO has an hash table, otherwise we need to skip
> over the next into the list.
merged, thanks
-mike
signature.asc
Description: This is a digitally signed message
On Friday 21 September 2007, Carmelo AMOROSO wrote:
> the attached patch tries to optimize a bit the lookup process
> into the dynamic linker postponing the string comparisons as late
> as possible.
merged, cheers
-mike
signature.asc
Description: This is a digitally signed message part.
On Friday 28 December 2007, Corey McGuire wrote:
> I tried asking this on the buildroot list but I have not received a reply.
> I am asking again here hoping that what I believe to be a fairly simple
> buildroot question can be answered here.
sorry, but this list is about uClibc only.
-mike
sign
On Wednesday 19 December 2007, [EMAIL PROTECTED] wrote:
> We're using uClibc and gcc (all via buildroot) for MIPS.
> While trying to do some profiling (via either the -p or -pg flags to gcc) I
> get the following error:
> ../../mips-linux-uclibc/bin/ld: gcrt1.o: No such file: No such file or
> dire
On Tuesday 27 November 2007, Hans-Christian Egtvedt wrote:
> I get bounces from [EMAIL PROTECTED] with the following content:
>
>
> Your E-mail has been successfully delivered to the Sunplus receiver(s).
> The receiver's E-mail address([EMAIL PROTECTED]) has been changed
> into [EMAIL PROTECTED] ,
On Thursday 15 November 2007, Hans-Christian Egtvedt wrote:
> Should I apply for commit access to Subversion in order to maintain the
> AVR32 architecture?
that would be sanest since you two know AVR and no one else does. please send
me private e-mails with your desired username and pub ssh key.
On Tuesday 06 November 2007, Hans-Christian Egtvedt wrote:
> stopped by mailman since it attached more than 40 kB.
side note: ive upped the ante to 100 kB.
-mike
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing lis
On Tuesday 06 November 2007, Hans-Christian Egtvedt wrote:
> +#define EM_AVR32 0x18ad
you guys arent in binutils yet eh ? you planning on keeping this value, or
you going to be dropping down to a normal one ?
-mike
signature.asc
Description: This is a digitally signed message part.
_
On Tuesday 06 November 2007, Hans-Christian Egtvedt wrote:
> + rjmp__GI_memmove
all of your .S files should be using HIDDEN_JUMPTARGET() rather than the __GI_
prefixes manually added.
-mike
signature.asc
Description: This is a digitally signed message part.
___
On Tuesday 06 November 2007, Hans-Christian Egtvedt wrote:
> + __asm__ __volatile__(
> + "/* Inline test and set */\n"
is it really a good idea to be sticking comments in the assembly output ? i
guess as long as your assembler supports it as they wont be getting
preprocessed
On Tuesday 06 November 2007, Hans-Christian Egtvedt wrote:
> --- /dev/null
> +++ b/ldso/ldso/avr32/elfinterp.c
> @@ -0,0 +1,193 @@
> +/*
> + * AVR32 ELF shared library loader suppport
> + *
> + * Copyright (C) 2004-2006 Atmel Corporation
> + *
> + * All rights reserved.
> + *
> + * Redistribution a
On Sunday 04 November 2007, Haavard Skinnemoen wrote:
> On Sat, 3 Nov 2007 10:35:48 +0100
>
> "Carmelo Amoroso" <[EMAIL PROTECTED]> wrote:
> > > arm-softfloat-linux-uclibc-strip -x -R .note -R .comment brk.o
> > > ioperm.c:47:22: error: asm/page.h: No such file or directory
> >
> > It seems you don
On Wednesday 07 November 2007, Carmelo AMOROSO wrote:
> harsh poshtiwala wrote:
> > I have flashed uclibc baes kernel and root file system on ARM926
> > EJS based target.
> >
> > I didn't cross compile application binaries with uclibc_small
> > cross compiler, but i had compiled it with arm-linux-g
On Thursday 08 November 2007, Hamish Moffatt wrote:
> The help text for the sys_errlist feature says that it is deprecated and
> may be removed in the future, but what is its replacement?
i guess not everyone is fluent in this stuff so i added a note in the help
text to refer them to strerror(3)
On Tuesday 27 November 2007, Brian Austin wrote:
> This patch adds MAVERICK CRUNCH FPU support for the Cirrus Logic EP93XX
> ARM9 Procs.
i dont think it needs another special ifdef when it can be integrated into the
existing arm mess ... ive done that in svn instead
for future reference, please
On Wednesday 21 November 2007, Carmelo AMOROSO wrote:
> Vikas TM wrote:
> > Hello all,
> >
> > Please help me to find answers for following questions
> >
> > 1. What version of uClibc supports gettext functionality?
>
> none
> If you want to add this support into uCLibc will be appreciated.
> Other
On Tuesday 11 December 2007, Will Wagner wrote:
> I would like support for arbitrary baud rates with serial ports with
> through uclibc.
>
> I have looked at the uclibc code and there appear to be some support for
> this in kernel_termios.h but it is limited to alpha & powerpc. It also
> does not s
1 - 100 of 784 matches
Mail list logo
