[M3devel] FW: entire system compiled with C backend
mika at async.caltech.edu
mika at async.caltech.edu
Thu Oct 4 15:08:12 CEST 2012
This is very cool!!!
Jay K writes:
>--_333b0016-47c7-43b4-813e-76fd02b5ee50_
>Content-Type: text/plain; charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>entire system compiled with C backend:
>
>
>> Date: Thu=2C 4 Oct 2012 08:58:55 +0000
>> To: m3commit at elegosoft.com
>> From: jkrell at elego.de
>> Subject: [M3commit] CVS Update: cm3
>>=20
>> CVSROOT: /usr/cvs
>> Changes by: jkrell at birch. 12/10/04 08:58:55
>>=20
>> Modified files:
>> cm3/m3-sys/m3back/src/: M3C.m3=20
>>=20
>> Log message:
>> assert that alignments are all ok
>> If that fails=2C we'll round up in the backend.
>> assert that size >=3D 0 (and not merely > 0)
>> size :=3D MAX(size=2C 1) (convert 0 to 1 -- 0 occurs)
>> perhaps it should be size :=3D MAX(size=2C aligment)
>> =09
>> Should alignment be rounded up to 4 or 8 for variables like M3x86 does?
>> =09
>> I have now compiled the entire system using the C backend
>> targeting AMD64_DARWIN. This is a very big milestone.
>> =09
>> This last change has only been tested on a small part of the tree.
>> (i.e. that which has zero-sized variables=2C and everything "after" it)
>> =09
>> I can bring up and interact with various gui apps -- tetris=2C BadBricks=
> (somewhat)=2C
>> Juno=2C mentor (at least somehow).
>> =09
>> Juno doesn't come up centered=2C and I recall it always did before.
>> That might be something to look into.
>> =09
>> As well=2C the compiler has long been compiling itself.
>>=20
> =
>
>--_333b0016-47c7-43b4-813e-76fd02b5ee50_
>Content-Type: text/html; charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
><html>
><head>
><style><!--
>.hmmessage P
>{
>margin:0px=3B
>padding:0px
>}
>body.hmmessage
>{
>font-size: 12pt=3B
>font-family:Calibri
>}
>--></style></head>
><body class=3D'hmmessage'><div dir=3D'ltr'><font face=3D"Calibri=2C sans-se=
>rif">entire system compiled with C backend:</font><div><font face=3D"Calibr=
>i=2C sans-serif"><br></font><br><br><div style=3D"font-family: Calibri=2C s=
>ans-serif=3B font-size: 12pt=3B "><div id=3D"SkyDrivePlaceholder"></div>>=
>=3B Date: Thu=2C 4 Oct 2012 08:58:55 +0000<br>>=3B To: m3commit at elegosoft=
>.com<br>>=3B From: jkrell at elego.de<br>>=3B Subject: [M3commit] CVS Upda=
>te: cm3<br>>=3B <br>>=3B CVSROOT: /usr/cvs<br>>=3B Changes by: jkrell=
>@birch. 12/10/04 08:58:55<br>>=3B <br>>=3B Modified files:<br>>=3B c=
>m3/m3-sys/m3back/src/: M3C.m3 <br>>=3B <br>>=3B Log message:<br>>=3B =
> assert that alignments are all ok<br>>=3B If that fails=2C we'll round =
>up in the backend.<br>>=3B assert that size >=3B=3D 0 (and not merely =
>>=3B 0)<br>>=3B size :=3D MAX(size=2C 1) (convert 0 to 1 -- 0 occurs)<=
>br>>=3B perhaps it should be size :=3D MAX(size=2C aligment)<br>>=3B =
><br>>=3B Should alignment be rounded up to 4 or 8 for variables like M3x=
>86 does?<br>>=3B <br>>=3B I have now compiled the entire system using=
> the C backend<br>>=3B targeting AMD64_DARWIN. This is a very big milest=
>one.<br>>=3B <br>>=3B This last change has only been tested on a smal=
>l part of the tree.<br>>=3B (i.e. that which has zero-sized variables=2C=
> and everything "after" it)<br>>=3B <br>>=3B I can bring up and inter=
>act with various gui apps -- tetris=2C BadBricks (somewhat)=2C<br>>=3B J=
>uno=2C mentor (at least somehow).<br>>=3B <br>>=3B Juno doesn't come =
>up centered=2C and I recall it always did before.<br>>=3B That might be =
>something to look into.<br>>=3B <br>>=3B As well=2C the compiler has =
>long been compiling itself.<br>>=3B <br></div></div> </div></b=
>ody>
></html>=
>
>--_333b0016-47c7-43b4-813e-76fd02b5ee50_--
More information about the M3devel
mailing list