[M3devel] [M3commit] CVS Update: cm3

[Jay]

This was deliberate. It enables some cross-build scenarios. That I admit I haven't used (yet?), but I really like the idea.
  If m3linker were completed, then "full" cross builds would be real.
 
The "extra" packages are small and build fast (well, at least not using cm3cg...).
Is it really so onerous? Really?
 
Isn't it nice to have less filtering of packages as well?
Like, when you are building on non-NT386, you can easily see that you didn't break building on NT386, at least partly.
?
 
 - Jay



> From: hosking at cs.purdue.edu> Date: Fri, 1 Feb 2008 18:57:32 -0500> To: hosking at elego.de> CC: m3devel at elegosoft.com> Subject: Re: [M3devel] [M3commit] CVS Update: cm3> > I just checked in support for full declaration of paramters even on > imported procedures in the gcc-based backend. This is to support > proper generation of stdcall calling convention on Windows. In the > process of testing this I discovered that cm3 on non-Windows > platforms now needs to build and ship both of the Windows x86 support > libraries m3back and m3objfile, even though non-Windows platforms > don't use or need them. This seems broken to me. It seems that cm3 > has changed so that it now has these dependencies. Can we please > undo this? -- I see no need to have to build these for non-x86 > platforms that will never use them.> > On Feb 2, 2008, at 12:43 AM, Antony Hosking wrote:> > > CVSROOT: /usr/cvs> > Changes by: hosking at birch. 08/02/02 00:43:53> >> > Modified files:> > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c> >> > Log message:> > Add parameter decls even for imported procedures, as per Jay > > Krell's request> > to support stdcall parameter passing mode on Windows.> 
_________________________________________________________________
Connect and share in new ways with Windows Live.
http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080202/c9759f5d/attachment-0002.html>