[M3devel] Think we need a new release. C target

Daniel Alejandro Benavides D. dabenavidesd at yahoo.es
Tue Feb 14 20:44:59 CET 2012


Hi all:
According to this it might be not p 20
ftp://ftp.deas.harvard.edu/techreports/tr-01-05.pdf

In any case will be enough to output C code inside the RT system to provide better maintainability? I believe it isn't but just to try to nicely be compliant with "a standard" that nobody has ever claim as such:
http://www.artikcommunity.biz/showthread.php?t=8224645&page=8&p=34494829#post34494829

Sorry, if I'm being unpolitical, but anyway, you have supported my true passion, good languages.

Thanks in advance and please make any comments you may have

--- El mar, 14/2/12, Dragiša Durić <dragisha at m3w.org> escribió:

De: Dragiša Durić <dragisha at m3w.org>
Asunto: Re: [M3devel] Think we need a new release. C target
Para: "Jay K" <jay.krell at cornell.edu>
CC: "m3devel" <m3devel at elegosoft.com>
Fecha: martes, 14 de febrero, 2012 06:20

I did not agree with this before… But having met mindset "but we unserrrstand C"+"who will maintain than"+"we can't control that module code"… I agree now :).
With C target we don't have to worry about gcc internal changes and we can shield our customer of horrible non-C nature of product we are selling :).
Question is: Can we pass enough information to object/executable to allow us source level debugging of Modula-3?
On Feb 14, 2012, at 2:21 AM, Jay K wrote:
A C-generating backend should ease installation and integration into distributions and such, since there could be a more "tradtional" Csource.tar.gz...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20120214/cbc375f3/attachment-0002.html>


More information about the M3devel mailing list