[M3commit] CVS Update: cm3

[Jay]

I believe:
linux-libc6 defines the little endian types.
PPC_LINUX is wrong.
 
darwin-generic defines the big endian types.
I386_DARWIN and AMD64_DARWIN are wrong.
 
All the platforms I have been hammering on don't define any of the types.
My Uwaitpid.c was "automatically" correct for any platform.
 
 - Jay> From: hosking at cs.purdue.edu> To: jkrell at elego.de> Date: Mon, 12 Jan 2009 22:38:46 +1100> CC: m3commit at elegosoft.com> Subject: Re: [M3commit] CVS Update: cm3> > I'm not sure what you mean by the ports being wrong. Can you explain > more?> > On 12 Jan 2009, at 12:28, Jay Krell wrote:> > > CVSROOT: /usr/cvs> > Changes by: jkrell at birch. 09/01/12 12:28:31> >> > Modified files:> > cm3/m3-libs/m3core/src/unix/big-endian/: m3makefile> > cm3/m3-libs/m3core/src/unix/little-endian/: m3makefile> > cm3/m3-libs/m3core/src/unix/Common/: m3makefile> > Added files:> > cm3/m3-libs/m3core/src/unix/big-endian/: Uexec.i3> > cm3/m3-libs/m3core/src/unix/little-endian/: Uexec.i3> >> > Log message:> > clone more headers to account for non portable waitpid > > reintroduction; what was wrong with what was here? Aren't several > > ports wrong e.g. {I386,AMD64}_DARWIN, PPC_LINUX? I guess the point > > is to stop anyone from using this data at all, so as to not need to > > return it one way or the other?> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3commit/attachments/20090112/7c14adb8/attachment-0002.html>