[M3commit] CVS Update: cm3

Tony Hosking hosking at cs.purdue.edu
Sat Feb 6 19:27:37 CET 2010


VAL is the only place that needs to handle the conversion

On 6 Feb 2010, at 12:17, Jay K wrote:

>  > But then doloophole could conceivably be called in the compiler
>  > for some additional purpose besides translating source code LOOPHOLE.
>  
> It is. As the comment says -- VAL calls doloophole.
> In fact every single array substract calls doloophole, usually to convert Int32 to In32..seems pointless..

I probably could avoid that in most cases.  It's only there for arrays whose index type is a subrange of LONGINT.

>  
>  - Jay
>  
> > Date: Sat, 6 Feb 2010 11:12:46 -0600
> > From: rodney_bates at lcwb.coop
> > To: m3commit at elegosoft.com
> > Subject: Re: [M3commit] CVS Update: cm3
> > 
> > 
> > 
> > Jay Krell wrote:
> > > CVSROOT: /usr/cvs
> > > Changes by: jkrell at birch. 10/02/05 10:48:42
> > > 
> > > Modified files:
> > > cm3/m3-sys/m3back/src/: Stackx86.m3 
> > > 
> > > Log message:
> > > adapt procedure doloophole for int64/longint though probably we should sign extend sometimes? VAL calls loophole.
> > > 
> > > 
> > If doloophole is used only to compile LOOPHOLE, this is irrelevant, as the language requires the
> > two types to have the same size (or arranges it thus, for conversion to an open array).
> > 
> > But then doloophole could conceivable be called in the compiler for some additional purpose
> > besides translating source code LOOPHOLE.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3commit/attachments/20100206/890418de/attachment-0002.html>


More information about the M3commit mailing list