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