| Related articles |
|---|
| ASTs and Type Check Analysis crancran@gmail.com (CranCran77) (2008-08-20) |
| Re: ASTs and Type Check Analysis DrDiettrich1@aol.com (Hans-Peter Diettrich) (2008-08-24) |
| Re: ASTs and Type Check Analysis ArarghMail808@Arargh.com (2008-08-24) |
| Re: ASTs and Type Check Analysis crancran@gmail.com (CranCran77) (2008-08-25) |
| Re: ASTs and Type Check Analysis bc@freeuk.com (Bartc) (2008-08-25) |
| Re: ASTs and Type Check Analysis DrDiettrich1@aol.com (Hans-Peter Diettrich) (2008-08-26) |
| From: | ArarghMail808@Arargh.com |
| Newsgroups: | comp.compilers |
| Date: | Sun, 24 Aug 2008 14:47:01 -0500 |
| Organization: | Ripco Communications Inc. |
| References: | 08-08-044 08-08-054 |
| Keywords: | optimize, Basic |
| Posted-Date: | 24 Aug 2008 20:00:42 EDT |
On Sun, 24 Aug 2008 01:11:27 +0200, Hans-Peter Diettrich
<DrDiettrich1@aol.com> wrote:
<snip>
>Even Microsoft couldn't find *valid* optimizations for Visual Basic,
>that would result in significantly faster execution of compiled vs.
>interpreted code.
I am not sure that it is possible for any implementation of Basic,
considering the large number of run-time calls.
Most of the optimizations in BCET are because of the lousy code
generator. It was easier to do it that way. :-)
--
ArarghMail808 at [drop the 'http://www.' from ->] http://www.arargh.com
BCET Basic Compiler Page: http://www.arargh.com/basic/index.html
Return to the
comp.compilers page.
Search the
comp.compilers archives again.