[M3devel] cross builds and netobj/proxy generation

Thu Dec 30 23:55:39 CET 2010

This is probably a bug in my code, actually.

I should represent LAST(INTEGER) as LAST(INTEGER) and not as whatever
it evaluates to.  Although hm the evaluation probably comes from inside
m3tk.  That is how m3tk represents subranges (including the "subrange"
FIRST(INTEGER)..LAST(INTEGER)).

     Mika

Jay K writes:
>--_a816f733-bbaf-451a-ba85-0ff058a4a08f_
>Content-Type: text/plain; charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>
>I found this problem trying to build Mika's Scheme implementation
>I hadn't rebuilt all tools to be I386_DARWIN -- some were still AMD64_DARWI=
>N.
>It seems the proxy code got values for LAST(INTEGER) in it=2C but they
>were for the host=2C not the target.
>Tools need to not assume they are the same...
>
>
> - Jay
> 		 	   		  =
>
>--_a816f733-bbaf-451a-ba85-0ff058a4a08f_
>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: 10pt=3B
>font-family:Tahoma
>}
>--></style>
></head>
><body class=3D'hmmessage'>
>I found this problem trying to build Mika's Scheme implementation<br>I hadn=
>'t rebuilt all tools to be I386_DARWIN -- some were still AMD64_DARWIN.<br>=
>It seems the proxy code got values for LAST(INTEGER) in it=2C but they<br>w=
>ere for the host=2C not the target.<br>Tools need to not assume they are th=
>e same...<br><br><br>&nbsp=3B- Jay<br> 		 	   	
>	  </body>
></html>=
>
>--_a816f733-bbaf-451a-ba85-0ff058a4a08f_--