This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
GCC + libJIT + Domain Specific Languages Concept Integration
- From: Kirill Kononenko <kirill dot kononenko at gmail dot com>
- To: Mark Mitchell <mark at codesourcery dot com>, David Edelsohn <dje dot gcc at gmail dot com>, Diego Novillo <dnovillo at google dot com>, Ian Lance Taylor <iant at google dot com>, Dave Korn <dave dot korn dot cygwin at googlemail dot com>, Chris Lattner <clattner at apple dot com>
- Cc: gcc at gcc dot gnu dot org
- Date: Fri, 17 Apr 2009 23:10:27 +0400
- Subject: GCC + libJIT + Domain Specific Languages Concept Integration
- Reply-to: Kirill dot Kononenko at gmail dot com
One of the many options is in using the Common Intermediate Language
and .NET to store portable programs. Does this sound like a good idea
to you?
.NET has been design to be as much portable as possible.
You should understand that it is not the best way of handling of other
people work with a way that in the very first email other people work
is treated as to be not worthy. As you did with libJIT and my work.
The only real truism in software is that any software is crape in
someones eyes. I really want to help GCC, but if people want to
continue to break head into the whale, there is not much I can help.
Thanks,
Kirill
2009/4/17 Kirill Kononenko <kirill.kononenko@gmail.com>:
> Hello Everyone
>
>
> I wanted to let you know that if there is someone interested in
> working on the libJIT approach instead of using LLVM overkill under a
> Google Summer of Code code project and more general on this topic or
> as a diploma I am ready to mentor and help with this.
>
>
> Thanks,
> Kirill
>
> 2009/4/6 Mark Mitchell <mark@codesourcery.com>:
>> David Edelsohn wrote:
>>
>>>> My explanations seem to have also failed to explain you.
>>>> Unfortunately, one really needs have some back group with both
>>>> Just-In-Time compilers,Virtual Machines, and Common Intermediate
>>>> Language to understand this area. I understand that it is not your
>>>> area of expertise, so it is not an issue for me.
>>>
>>> I think a JIT associated with GCC would be great. ?Not everything is
>>> static compilation. ?"Split Compilation" combining static compilation
>>> for complicated analysis along with a "Managed Runtime" for
>>> execution and runtime transformations is becoming more important.
>>
>> I agree.
>>
>> I don't know how relevant libJIT might or might not be for this, but the
>> basic idea of GCC generating deployable code which can be further
>> optimized at run-time (presumably using some kind of JIT) is certainly a
>> good one. ?I believe that's a usage model that will become increasingly
>> important over time.
>>
>> --
>> Mark Mitchell
>> CodeSourcery
>> mark@codesourcery.com
>> (650) 331-3385 x713
>>
>
>
>
> --
> http://code.google.com/p/libjit-linear-scan-register-allocator/
>
--
http://code.google.com/p/libjit-linear-scan-register-allocator/