Hi, I noticed that LLVM had signed up as a mentoring organization for Google's summer of code. LLVM looks like an exciting project that overlaps some of my interests. I would be interested in developing an additional front end for a language it does not currently support (I'm open to what language). I do not know much about what this entails in regards to what LLVM requires from its front ends. But I have experience with the ANTLR parser generator that looks like it could be used to generate such a front end. Are you folks interested in this? If so, please let me know ASAP and I'll put together an application. -Scott
On 3/17/07, Scott Fortmann-Roe <scottfr at gmail.com> wrote:> Hi, > > I noticed that LLVM had signed up as a mentoring organization for > Google's summer of code. LLVM looks like an exciting project that > overlaps some of my interests. > > I would be interested in developing an additional front end for a > language it does not currently support (I'm open to what language). I > do not know much about what this entails in regards to what LLVM > requires from its front ends. But I have experience with the ANTLR > parser generator that looks like it could be used to generate such a > front end. > > Are you folks interested in this? > > If so, please let me know ASAP and I'll put together an application. > > -Scott >http://llvm.org/OpenProjects.html#misc_new : "Write a new frontend for some other language" So I expect they'd be most interested. You may wish to do it using HLVM. I know Reid is going to restart work on that in April or so and has expressed interest in having people use it while he develops it, in order to be sure the feature set is appropriate. ~ Scott McMurray
> On Sat, 17 Mar 2007, Scott Fortmann-Roe wrote: >> Are you folks interested in this? >> If so, please let me know ASAP and I'll put together an application. > > Yes!, particularly if it is in a domain that LLVM isn't known to handle > well currently. I'd suggest ocaml/haskell or python/ruby as > representatives of the functional and scripting language communities. If > you were to do a frontend port, I'd strongly suggest starting from the > existing compiler (e.g. the python bytecode compiler), modifying it to > emit LLVM code.I think PyPy already generates LLVM bytecode. Aaron
On Sat, 17 Mar 2007, Scott Fortmann-Roe wrote:> Are you folks interested in this? > If so, please let me know ASAP and I'll put together an application.Yes!, particularly if it is in a domain that LLVM isn't known to handle well currently. I'd suggest ocaml/haskell or python/ruby as representatives of the functional and scripting language communities. If you were to do a frontend port, I'd strongly suggest starting from the existing compiler (e.g. the python bytecode compiler), modifying it to emit LLVM code. -Chris -- http://nondot.org/sabre/ http://llvm.org/
Hi Scott, On 18 Mar 2007, at 04:22, Scott Fortmann-Roe wrote:> Hi, > > I noticed that LLVM had signed up as a mentoring organization for > Google's summer of code. LLVM looks like an exciting project that > overlaps some of my interests. > > I would be interested in developing an additional front end for a > language it does not currently support (I'm open to what language). I > do not know much about what this entails in regards to what LLVM > requires from its front ends. But I have experience with the ANTLR > parser generator that looks like it could be used to generate such a > front end. >Recently, there has been work done on a Fortran frontend. Unfortunately, it was abandonded because of the switch the LLVM team is currently making to a new bytecode format and, afaik, a new GCC version in the near future. The rub is that the gfortran part of GCC 4.0 isn't really mature, but the ones in 4.1 and the upcoming 4.2 are. I think getting a Fortran frontend working will highly benefit the relevance of LLVM for researchers. Quite a few of the SPEC CPU2000 and CPU2006 benchmarks are fully or partially written in Fortran, and the SPEC benchmarks remain by far the most important benchmarks used in computer architecture and compiler-related research. Allowing all of the SPEC CPU200x benchmarks to compile using LLVM will vastly increase it's use imho. greetings, Kenneth> Are you folks interested in this? > > If so, please let me know ASAP and I'll put together an application. > > -Scott > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev-- Statistics are like a bikini. What they reveal is suggestive, but what they conceal is vital (Aaron Levenstein) Kenneth Hoste ELIS - Ghent University kenneth.hoste at elis.ugent.be http://www.elis.ugent.be/~kehoste
On 19 Mar 2007, at 13:33, Kenneth Hoste wrote:> I think getting a Fortran frontend working will highly benefit the > relevance of LLVM for researchers. Quite a few of the SPEC CPU2000 > and CPU2006 benchmarks are fully or partially written in Fortran, and > the SPEC benchmarks remain by far the most important benchmarks used > in computer architecture and compiler-related research. Allowing all > of the SPEC CPU200x benchmarks to compile using LLVM will vastly > increase it's use imho.Some additional benefits which I forgot to mention: - Creating a fully functional Fortran frontend would allow evaluation of the current LLVM optimizations on Fortran-based code. Maybe there are additional possibilities here which haven't been identified for C/ C++-based code. - Supporting Fortran would allow new possibilities for mixed-language programmed programs (for example, some of the SPEC CPU2006 benchmarks): bits from both languages can be mutually optimized. This might open gateways to faster code for these SPEC benchmarks, which no other compiler can reach... K. -- Statistics are like a bikini. What they reveal is suggestive, but what they conceal is vital (Aaron Levenstein) Kenneth Hoste ELIS - Ghent University kenneth.hoste at elis.ugent.be http://www.elis.ugent.be/~kehoste
Getting the front end for Fortran finished is definitely something I would be interested in working on. I will draft up a little proposal and send it out to this list. -Scott On 3/19/07, Kenneth Hoste <kenneth.hoste at ugent.be> wrote:> Hi Scott, > > On 18 Mar 2007, at 04:22, Scott Fortmann-Roe wrote: > > > Hi, > > > > I noticed that LLVM had signed up as a mentoring organization for > > Google's summer of code. LLVM looks like an exciting project that > > overlaps some of my interests. > > > > I would be interested in developing an additional front end for a > > language it does not currently support (I'm open to what language). I > > do not know much about what this entails in regards to what LLVM > > requires from its front ends. But I have experience with the ANTLR > > parser generator that looks like it could be used to generate such a > > front end. > > > > Recently, there has been work done on a Fortran frontend. > Unfortunately, it was abandonded because of the switch the LLVM team > is currently making to a new bytecode format and, afaik, a new GCC > version in the near future. The rub is that the gfortran part of GCC > 4.0 isn't really mature, but the ones in 4.1 and the upcoming 4.2 are. > > I think getting a Fortran frontend working will highly benefit the > relevance of LLVM for researchers. Quite a few of the SPEC CPU2000 > and CPU2006 benchmarks are fully or partially written in Fortran, and > the SPEC benchmarks remain by far the most important benchmarks used > in computer architecture and compiler-related research. Allowing all > of the SPEC CPU200x benchmarks to compile using LLVM will vastly > increase it's use imho. > > greetings, > > Kenneth > > > Are you folks interested in this? > > > > If so, please let me know ASAP and I'll put together an application. > > > > -Scott > > _______________________________________________ > > LLVM Developers mailing list > > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > -- > > Statistics are like a bikini. What they reveal is suggestive, but > what they conceal is vital (Aaron Levenstein) > > Kenneth Hoste > ELIS - Ghent University > kenneth.hoste at elis.ugent.be > http://www.elis.ugent.be/~kehoste > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >-- Scott Fortmann-Roe 500 College Ave Swarthmore, Pa 19081 (510) 866-5296