[M3devel] Problems building CM3 from trunk.

[Daniel Alejandro Benavides D.]

Hi all:
it is that there is an actual compiler that using Modula-3 M3CG code generates C (why not may even C--) to object code generation inside a Scale Java infrastructure and mostly LGPL available (it makes type inference BTW). So the wish of C is just out there :)
Ok, perhaps it's good to think how to generate additional target and have fun:
http://www-ali.cs.umass.edu/Scale/images/dataflow.gif

Plusses are the optional optimization, inlining and debugging of C/C-- lcc, ldb, mld (NJMCTK) tool chain infrastructure.

ftp://ftp.cs.umass.edu/pub/techrept/techreport/1997/UM-CS-1997-058.ps

http://www.cs.tufts.edu/~nr/pubs/tk-usenix.html

I fell this sounds good for any given native JVM code generate and/or cross assembling in CM3 (perhaps the hardest part?)

If you may please take a look, thanks in advance

--- El dom, 5/6/11, Daniel Alejandro Benavides D. <dabenavidesd at yahoo.es> escribió:

> De: Daniel Alejandro Benavides D. <dabenavidesd at yahoo.es>
> Asunto: Re: [M3devel] Problems building CM3 from trunk.
> Para: m3devel at elegosoft.com, "Hendrik Boom" <hendrik at topoi.pooq.com>
> Fecha: domingo, 5 de junio, 2011 21:40
> Hi all:
> well I think we would need a good C hacker (very good), I
> guess all experience is welcomed, perhaps is good idea to
> think in mobility I believe many others are working towards
> that, perhaps is time to us to do it.
> 
> http://www.mobily.com.sa/wps/portal/apps-award
> 
> Modula-3 web apps and custom browsers I think idea is
> recycled here, every word I heard about mobile web is
> client, client for that, ...
> 
> If so perhaps that's not good enough so we may be start to
> think what is better to start with, anyway I have not heard
> of something like mobile web development environment and so
> if they like idea why not? The biggest effort would be in
> Arabic characters, I guess would need to fix that part of
> current WIDECHAR libraries again not in m3core, fortunately
> there is a lady who worked in DEC SRC and Professor in an
> University who worked with BIll Kalsow, she's expert in
> arabic language (see:
> http://www.goodreads.com/author/show/3504134.Violetta_Cavalli_Sforza
> ), it might that she can give us some help or a clue for
> interfaces. This idea is not bad at all since you surely
> know that internet has support now for that kind of url, we
> may have a hand on it. I have some indian friends as well,
> hopefully they may get some interest if so. My feeling is
> that they sort of like the language.
> 
> Thanks in advance for all your comments on that
> 
> --- El dom, 5/6/11, Hendrik Boom <hendrik at topoi.pooq.com>
> escribió:
> 
> > De: Hendrik Boom <hendrik at topoi.pooq.com>
> > Asunto: Re: [M3devel] Problems building CM3 from
> trunk.
> > Para: m3devel at elegosoft.com
> > Fecha: domingo, 5 de junio, 2011 17:01
> > On Sun, Jun 05, 2011 at 07:23:38PM
> > +0100, Daniel Alejandro Benavides D. wrote:
> > > Hi all:
> > > Yes, it would be nice, but you would need to
> > understand that we don't want the RT to depend on
> specific
> > implementations, but to be portable really and truly,
> having
> > C underneath makes just another thing makes us to
> depend on
> > C RT (that is less likely to be the best idea),
> instead of
> > that, a clean low level but truly independent platform
> low
> > level C-- is good to start with, you might see
> another
> > implementation of this idea in portable Cedar
> (Modula-3 was
> > ported to it), just that their idea was to make this
> even
> > further to interact with that language, us here just
> need
> > the portable low level interfaces same way (I don't
> deny
> > Modula-3 C runtime, but making it safe ideally is
> C--),
> > something I don't know it's quite platform dependent
> in
> > inner C currently if I may say so (who can say that
> BTW).
> > Even SPIN did  transfered their ideal C idiom to
> SPIN
> > Modula-3 (just what it missed, later did the same in
> a
> > distributed JVM an nowadays I think in C#)
> > 
> > C-- is my favourite object code language, but it
> lacks
> > support.  As far as I know, 
> > it has a code generator for the 32-bit x86 processoe
> and
> > that's about it.  Several 
> > others have been mentioned as being nearly ready, but
> that
> > isn't really good enough.  
> > There hasn't been much activity on the C-- newsgroup
> on
> > gmane.  THe project looks 
> > moribund.
> > 
> > I think it would be worth breathing life into the C--
> > project, but I'm really not 
> > sure how to do it.
> > 
> > It would probably be a lot of work.
> > 
> > --  hendrik
> > 
> >
>