
<html><head><base href="x-msg://764/"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I think this would be a huge mess.<div>Not worth pursuing.</div><div><br>

<br><div><div>On 16 Mar 2010, at 11:51, Jay K wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div class="hmmessage" style="font-size: 10pt; font-family: Verdana; ">The "experiment" would also probably have to grow ADDRESS.<br>And then for interop I'd have to say, like HANDLE = BITS 32 FOR ADDRESS, if that is allowed.<br>And then..it gets confused..where would I get "32" from?<br> Compiler would have to truncate/extend pointers. Not sure it is willing to.<br> <br>Another good theoretical route is, indeed widen all the pointers, and then #ifdef the C code to take UINT64 and cast to pointers..and convert structs back/forth..but for Win32 we generally don't have such C code as we do for Posix. Darn.<br>I'll think about it more later but maybe it doesn't really work out.<br> <br> <br> - Jay<br><br> <br>> Date: Tue, 16 Mar 2010 16:28:42 +0100<br>> From:<span class="Apple-converted-space"> </span><a href="mailto:wagner@elegosoft.com">wagner@elegosoft.com</a><br>> To:<span class="Apple-converted-space"> </span><a href="mailto:hosking@cs.purdue.edu">hosking@cs.purdue.edu</a><br>> CC:<span class="Apple-converted-space"> </span><a href="mailto:jay.krell@cornell.edu">jay.krell@cornell.edu</a>;<span class="Apple-converted-space"> </span><a href="mailto:m3devel@elegosoft.com">m3devel@elegosoft.com</a><br>> Subject: Re: [M3devel] release status [was something else]<br>><span class="Apple-converted-space"> </span><br>> Quoting Tony Hosking <<a href="mailto:hosking@cs.purdue.edu">hosking@cs.purdue.edu</a>>:<br>><span class="Apple-converted-space"> </span><br>> > Ah, yes, one issue about bringing over m3front changes is that it<span class="Apple-converted-space"> </span><br>> > also includes the atomics support. I don't think we want to do this<span class="Apple-converted-space"> </span><br>> > in this release.<br>> > So, this argues that we hold off on releasing the NT386 64-bit<span class="Apple-converted-space"> </span><br>> > LONGINT support for now.<br>> ><br>> > Thoughts?<br>><span class="Apple-converted-space"> </span><br>> It's OK by me. You have convinced me that there are too many dependencies<br>> and implications.<br>><span class="Apple-converted-space"> </span><br>> We should be able to start a new RC build in a few days then.<br>><span class="Apple-converted-space"> </span><br>> Olaf<br>> --<span class="Apple-converted-space"> </span><br>> Olaf Wagner -- elego Software Solutions GmbH<br>> Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<br>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95<br>><span class="Apple-converted-space"> </span><a href="http://www.elegosoft.com">http://www.elegosoft.com</a><span class="Apple-converted-space"> </span>| Geschäftsführer: Olaf Wagner | Sitz: Berlin<br>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<br>><span class="Apple-converted-space"> </span><br></div></span></blockquote></div><br></div></body></html>