[M3devel] m3back directions?
Jay K
jay.krell at cornell.edu
Sun Apr 4 02:35:32 CEST 2010
Do you mean to ask, am I embarassed that I nor any of us have done it ourselves by now?
Yes. :)
(Though I don't know about the question as stated.)
Interest level here is higher than I expected in non-gcc backends.
And Tony gave the answer I expected. :)
I don't know. It's kind of cheating, less fun, very hard to ramp up on, but once there very useful and good reuse and code quality.
So I'll consider this higher priority, if nobody beats me to it.
I also noticed the two burg backends in the 3.6 tree.
Did they build and work?
Eh, rhetorical mostly. It's hard to get one's head around this stuff.
Easier to improve m3back.
Though they had a MIPS backend too and I do have some MIPS machines.. (SGIs and router).
I'd like to first:
current release
CodeView debugging
test/optimize atomics (anyone can test this, please do)
test/fix 64bit range checks (anyone can test this, please do)
the micro optimizations I've been repeatedly describing (not multi pass, just "objfile.move")
And then once I have "move", fix the >4K frame bug.
And then I'll try to consider other x86 backends again.
- Jay
> Date: Sat, 3 Apr 2010 18:41:31 -0500
> From: rodney_bates at lcwb.coop
> To: m3devel at elegosoft.com
> Subject: Re: [M3devel] m3back directions?
>
> Wasn't it written an Montreal Poly as a student project or something?
>
> Jay K wrote:
> > No, really. GPL.
> >
> > http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/pm3/m3/pm3/language/modula3/m3compiler/m3back/src/linux/Codex86.m3?rev=1.3;content-type=text%2Fplain
> >
> > http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/pm3/m3/pm3/language/modula3/m3compiler/m3objfile/src/linux/ELFObjFile.m3?rev=1.2;content-type=text%2Fplain
> >
> > - Jay
> >
> >
> > ------------------------------------------------------------------------
> > From: hosking at cs.purdue.edu
> > Date: Thu, 1 Apr 2010 11:59:58 -0400
> > To: jay.krell at cornell.edu
> > CC: m3devel at elegosoft.com
> > Subject: Re: [M3devel] m3back directions?
> >
> > All of PM3 is licensed the same way as CM3 (they both derive from the
> > same DEC SRC sources).
> >
> >
> > On 1 Apr 2010, at 08:33, Jay K wrote:
> >
> > I think it was GPL though.
> >
> > - Jay
> >
> > > Date: Thu, 1 Apr 2010 10:33:13 +0200
> > > From: wagner at elegosoft.com <mailto:wagner at elegosoft.com>
> > > To: hosking at cs.purdue.edu <mailto:hosking at cs.purdue.edu>
> > > CC: m3devel at elegosoft.com <mailto:m3devel at elegosoft.com>
> > > Subject: Re: [M3devel] m3back directions?
> > >
> > > Quoting Tony Hosking <hosking at cs.purdue.edu
> > <mailto:hosking at cs.purdue.edu>>:
> > >
> > > > On 31 Mar 2010, at 06:18, wagner at elegosoft.com
> > <mailto:wagner at elegosoft.com> wrote:
> > > >
> > > >> Quoting Jay K <jay.krell at cornell.edu
> > <mailto:jay.krell at cornell.edu>>:
> > > >>
> > > >>> I'm curious what, if anything, people are interested in in m3back?
> > > >>>
> > > >>> There are several mostly independent directions:
> > > >>>
> > > >>> - remove it; use the gcc backend or other (burg, llvm, generate C)
> > > >>>
> > > >>> - expand to support other targets, AMD64_*, including AMD64_NT
> > > >>>
> > > >>> m3objfile would need macho/elf support for non-NT
> > > >>
> > > >> It would be great if we could use the integrated backend for other
> > > >> targets, too. Adding ELF support will be a lot of work, but
> > it's probably
> > > >> worth it.
> > > >
> > > > Have you looked at the pm3 Linux support?
> > >
> > > Indeed I had forgotten about that. I'll take at look at the Easter
> > > holidays,
> > >
> > > Olaf
> > >
> > >
> >
> >
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20100404/ba09346c/attachment-0002.html>
More information about the M3devel
mailing list