[M3commit] CVS Update: cm3
Tony Hosking
hosking at cs.purdue.edu
Mon Feb 8 17:35:51 CET 2010
I would simply populate an array from TargetMap.Integer_types.
cf StackType in CG.m3.
Antony Hosking | Associate Professor | Computer Science | Purdue University
305 N. University Street | West Lafayette | IN 47907 | USA
Office +1 765 494 6001 | Mobile +1 765 427 5484
On 8 Feb 2010, at 11:15, Jay K wrote:
> In the one case, there is a dependency on the ordering of the enumeration.
> It seems to me that anything that depends on the order of an enumeration
> belongs very near the definition of the enumeration.
>
> Stuff like this:
>
> SignedType = ARRAY CGType OF BOOLEAN {
> FALSE, TRUE, FALSE, TRUE, (* Word8 .. Int16 *)
> FALSE, TRUE, FALSE, TRUE, (* Word32 .. Int64 *)
> TRUE, TRUE, TRUE, (* Reel .. XReel *)
> FALSE, FALSE, FALSE (* Addr .. Void *)
> };
>
> CONST
> ToUnsignedType = ARRAY [CGType.Word32..CGType.Int64] OF
> [CGType.Word32..CGType.Word64] {
> CGType.Word32, CGType.Word32,
> CGType.Word64, CGType.Word64 };
>
> I'm likely going to duplicate this exact stuff.
>
> - Jay
>
> > Date: Mon, 8 Feb 2010 17:00:54 +0000
> > To: m3commit at elegosoft.com
> > From: hosking at elego.de
> > Subject: [M3commit] CVS Update: cm3
> >
> > CVSROOT: /usr/cvs
> > Changes by: hosking at birch. 10/02/08 17:00:54
> >
> > Modified files:
> > cm3/m3-sys/m3middle/src/: Target.i3 TargetMap.i3 TargetMap.m3
> >
> > Log message:
> > Revert muddying of m3middle interfaces. These are engineered in support
> > of the front-end. They should not be perturbed for down-stream back-end needs.
> >
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3commit/attachments/20100208/5deb58d4/attachment-0002.html>
More information about the M3commit
mailing list