vfork/clone for mips in uClibc-nptl
Peter S. Mazinger
ps.m at gmx.net
Mon Sep 5 06:51:42 UTC 2005
On Sat, 3 Sep 2005 sjhill at realitydiluted.com wrote:
> > There are 2 options regarding these asm files generally:
> > 1. either the code is overtaken as-is from glibc and all the *GP*/*PTR*
> > and alike short-cuts are added to each arch (like new nptl-mips code)
> > 2. the new code is rewritten using real asm commands (this is the current
> > policy)
> >
> I would rather leave the files the way they are because when uClibc gets
> ported to 64-bit MIPS, you won't have to do so much work. Also, it is
> very helpful to have the ability to compare to glibc code for certain
> complex code areas and see what had to change for uClibc. Where is this
> policy that real asm commands have to be used? I see it nowhere in the
> developer docs.
Never saw it written down, this is only how current code (recently
mips/crt1.S for example) was ported from glibc to uClibc (diff that to
glibc-2.3.5/sysdeps/mips/elf/start.S). Some time ago I have asked
Erik about those glibc short-cuts, and he told me he didn't want to use
them in uClibc. Maybe he changed his mind (related to mips64), don't
know...
Peter
--
Peter S. Mazinger <ps dot m at gmx dot net> ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2
More information about the uClibc
mailing list