[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>&gt=
>=3B Date: Thu=2C 4 Oct 2012 08:58:55 +0000<br>&gt=3B To: m3commit at elegosoft=
>.com<br>&gt=3B From: jkrell at elego.de<br>&gt=3B Subject: [M3commit] CVS Upda=
>te: cm3<br>&gt=3B <br>&gt=3B CVSROOT:	/usr/cvs<br>&gt=3B Changes by:	jkrell=
>@birch.	12/10/04 08:58:55<br>&gt=3B <br>&gt=3B Modified files:<br>&gt=3B 	c=
>m3/m3-sys/m3back/src/: M3C.m3 <br>&gt=3B <br>&gt=3B Log message:<br>&gt=3B =
>	assert that alignments are all ok<br>&gt=3B 	If that fails=2C we'll round =
>up in the backend.<br>&gt=3B 	assert that size &gt=3B=3D 0 (and not merely =
>&gt=3B 0)<br>&gt=3B 	size :=3D MAX(size=2C 1) (convert 0 to 1 -- 0 occurs)<=
>br>&gt=3B 	perhaps it should be size :=3D MAX(size=2C aligment)<br>&gt=3B 	=
><br>&gt=3B 	Should alignment be rounded up to 4 or 8 for variables like M3x=
>86 does?<br>&gt=3B 	<br>&gt=3B 	I have now compiled the entire system using=
> the C backend<br>&gt=3B 	targeting AMD64_DARWIN. This is a very big milest=
>one.<br>&gt=3B 	<br>&gt=3B 	This last change has only been tested on a smal=
>l part of the tree.<br>&gt=3B 	(i.e. that which has zero-sized variables=2C=
> and everything "after" it)<br>&gt=3B 	<br>&gt=3B 	I can bring up and inter=
>act with various gui apps -- tetris=2C BadBricks (somewhat)=2C<br>&gt=3B 	J=
>uno=2C mentor (at least somehow).<br>&gt=3B 	<br>&gt=3B 	Juno doesn't come =
>up centered=2C and I recall it always did before.<br>&gt=3B 	That might be =
>something to look into.<br>&gt=3B 	<br>&gt=3B 	As well=2C the compiler has =
>long been compiling itself.<br>&gt=3B <br></div></div> 		 	   		  </div></b=
>ody>
></html>=
>
>--_333b0016-47c7-43b4-813e-76fd02b5ee50_--



More information about the M3devel mailing list