Re: Euphoria 2.5

new topic     » goto parent     » topic index » view thread      » older message » newer message

----- Original Message -----
From: "Robert Craig" <guest at RapidEuphoria.com>
To: <EUforum at topica.com>
Sent: Tuesday, September 07, 2004 11:05 AM
Subject: Re: Euphoria 2.5


>
>
> posted by: Robert Craig <rds at RapidEuphoria.com>
>
> Vincent wrote:
> > I was just wondering what new features you implementing in version 2.5?
>
> - a complete open source Euphoria interpreter written in Euphoria
>   and 100% compatible with the official RDS interpreter (but slower)
> - $ feature

Awesome! That one is (while not at all necessary) VERY useful. I get so sick
of typing out:

x=x[y..length(x)]
That really gets tiring!

> - crash handler

Very nice, esp since my new version of SySlaunch needs to be able to free
the tcp4u resources, but right now, if it crashes, it can't do that...

... and I despise memory leaks on my 64MB sdram machine...

> - namespace improvement

Meaning??

> - "-con" option in translator and binder will give you
>   a Windows console mode .exe

Neat.

> - totally new binder
>   - quick start-up - parsing has already been completed

Cool

>   - fairly small .exe - you bind with the back-end only,
>     not the full interpreter

Very cool

>   - shared front-end - no possibility of glitches or
>     differences with interpreter

Very very cool

>   - better shrouding since the shrouded intermediate language,
>     not the (shrouded) source is stored in the .exe

Very VERY VERY cool

>   - option to have full ex.err debug information when your user
>     causes a crash (but your source is still not in the .exe)

Couldn't get better than that, could it?

> - the usual assortment of bug fixes, documentation fixes,
>   small translator code-gen improvements, trivial enhancements etc.

I guess it could!

>
> > And when you plan to release the alpha version of Euphoria 2.5?
>
> I'm getting closer. I don't have a specific date in mind.
> This project keeps getting more and more complicated. It takes
> time to fully test all components on all platforms.
> Hopefully in a month or so I'll be very close, but I think it's
> better for me to test things well and handle a small number of
> bug reports, than put out something quick and sloppy and get flooded
> with reports.

Fine. Could you (at least) give an 'unofficial approximate to which you
cannot be held legally responsible' answer to what season? Winter '04?
Spring '05?

>
> > Also I'm aware that you have written the initial interpreter in 70/30
hybrid
> > code. 70% being Ansi C, and 30% being Euphoria, my question is how will
that
> > effect speed since the main interpreter is no longer 100% C coded like
version 2.4
> > and below?
>
> The front-end (scanning/parsing) is now written in Euphoria.
> It's translated by EtoC to C, compiled, and linked with the
> hand-coded back-end. The back-end is in carefully hand-coded C as before
> for full speed. So theoretically the front-end (only) is a bit
> slower. But you won't notice it unless you have a very old machine,
> and a very large program, and you watch the start-up time carefully.
>

If it means it risks slowing it down, why did you rewrite part of it? It
doesn't quite make sense. What is the AdVanTage of having it be 30%
translated euphoria?

<snip snip>
William Heimbigner - who is very happy as he has just started 9th grade
today!
icxcnika at hotpop.com
Visit the UBoard - Forceful Signups Removed! -
http://uboard.proboards32.com - Threaded discussion, improved searching,
human moderating, graphical smileys, better formatting abilities (now what
else was there...)
Visit my website: http://www.geocities.com/icxcnika123

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu