[M3devel] "C-generating backend progress report, that nobody asked for" :)

[Dragiša Durić]

Can we have network order packing too, while you are lifting level of description?


On Sep 9, 2012, at 5:05 PM, Antony Hosking wrote:

> Yes, agreed, these need to be properly typed too.
> First step will be to lift the M3CG interface.
> Problem: The compiler needs to control layout so that the run-time system knows where to find things.  This means that we need to assert alignments and layouts produced by the backend are the same as those in the front-end.  LLVM has nice ways to do this.  How will we do it in the C backend?  Does C have sufficient control over alignment?
> 
> On Sep 9, 2012, at 10:53 AM, Jay <jay.krell at cornell.edu> wrote:
> 
>> Btw, can this include "segment"/globals? Can they each be separate named variables? At least some of them?
>> 
>> 
>>  - Jay (briefly/pocket-sized-computer-aka-phone)
>> 
>> On Sep 9, 2012, at 7:48 AM, Antony Hosking <hosking at cs.purdue.edu> wrote:
>> 
>>> I’m looking at it...
>>> 
>>> First step is to lift slightly the level of M3CG to use properly typed memory access, instead of untyped address + offset.
>>> 
>>> On Sep 9, 2012, at 2:32 AM, Dragiša Durić <dragisha at m3w.org> wrote:
>>> 
>>>> I hope somebody will take on LLVM :).
>>>> 
>>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20120909/0581919c/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20120909/0581919c/attachment-0002.sig>