Autocoding project proposal.

[Gerhard Häring]

Le 06/02/02 à 13:34, phil hunt écrivit:
> On Wed, 06 Feb 2002 04:54:05 GMT, Timothy Rue <threeseas at earthlink.net> wrote:
> >On 03-Feb-02 19:47:37 Peter Seebach <seebs at plethora.net> wrote:
> >>In article <1173.799T632T11653818threeseas at earthlink.net>,
> >>Timothy Rue <threeseas at earthlink.net> wrote:
> >>>Don't like the idea of autocoding huh?
> >
> >>Haven't been able to perceive whether or not you have an idea.  I have to
> >>say, you're talking to the wrong crowd.  You need people less mired in
> >>conventional ideas of software engineering.  Your best bet is almost
> >>certainly the C# people; they are certainly not mired in conventional ideas
> >>of software engineering.
> >
> >Why would  be interested in a programming language by a company that has
> >been found guilty of Anti-trust? Not to mention that language is not
> >available anywhere near as much as something like Python.
> 
> There is an open source implementation of C# as part of gcc, so I expect it runs
> on pretty much everything.

If you're speaking about the Mono project, then this is not true:

,----[ http://www.go-mono.com/c-sharp.html ]
| Questions and Answers
|
| Question 1: Why not write a C# front-end for GCC?
|
| I wanted to learn about C#, and this was an exercise in this task. The
| resulting compiler is highly object-oriented, which has lead to a very
| nice, easy to follow and simple implementation of the compiler.
|
| I found that the design of this compiler is very similar to Guavac's
| implementation.
|
| Targeting the CIL/MSIL byte codes would require to re-architecting GCC,
| as GCC is mostly designed to be used for register machines. The GCC Java
| engine that generates Java byte codes cheats: it does not use the GCC
| backend; it has a special backend just for Java, so you can not really
| generate Java bytecodes from the other languages supported by GCC.
`----

Gerhard
-- 
This sig powered by Python!
Außentemperatur in München: 5.0 °C      Wind: 4.1 m/s