OpenEuphoria

Re: Is there an Euphoria compiler?

• Posted by Irv <irv at ELLIJAY.COM> May 22, 1998
• 572 views

At 08:39 PM 5/22/98 -0500, Terry Constant wrote:

>Alan Tu wrote:
>> Is there, and if not, will there ever be, an Euphoria compiler?  It seems
>> to me that tacking on the whole interpreter to a program is not efficient.
>>
>> --Alan
>>
>
>Alan,
>What is good or efficient depends on your goal. For example, if you want
>to move your belongings to another address, a large truck is efficient.
>If you want to drive from the east coast to the west coast, a large
>luxury car is efficient. Neither one is efficient for the task that the
>other one was built for.
>
>Euphoria follows a common practice of binding. A few other such programs
>that pop into my head are REXX, Cenvi, O'Basic, some other basics I have
>toyed with. Euphoria is very efficient for the task it is designed for.
>If you want compiled programs and their much more cumbersome process,
>then get Pascal, C, Visual Basic, etc. By the way, Visual Basic (I don't
>know about the current version), tokenizes its code, interprets it, and
>calls it compiled. But then look how cumbersome it is.
>
>Euphoria qualifies as what programmers once referred to as elegant. It
>is, a program that I can quickly and easily develop solid programs.
>Euphoria is very eficient for such tasks. If I want to spend 10 times
>more time writing programs that are more buggy, but that produce small
>and lightning fast executables, then I will use Pascal or an optimize C
>compiler.
>
>I guess it all depends on what your goal is, what you mean by efficient.
>--

Well said. I can only add: Euphoria -- interpreted -- is faster
than compiled Pascal in many instances. See, for example,
my windoz GUI on my web site. It runs in SVGA mode
faster than a compiled Turbo Pascal version could.
Why?
Because Euphoria has a set of well-written low level graphics
routines. Euphoria is also nearly as fast as some C compiled
programs. So there's little to be gained by compiling.

Plus, with many programs, speed and compact code
are not nearly as important as a program that *works*
every time.

Irv