1. finally upgrading to openeu4
- Posted by ssallen Feb 13, 2013
- 1594 views
OK, so I really think its time to upgrade to openEu 4. The only thing holding me back is looking at all the code I have written for 3.1 and being concerned about porting it all. I think that I might be gravely overestimating how much work this would actually be. Can someone reassure this coward and brush over what major considerations need to be made when updating a eu app from 3.1 to 4? Can both interpreters coexist side by side or do I need to completely flush 3.1 first? I understand there have been several changes to the include system... how is that going to impact some of my projects that have 10-12 includes? I am doing a lot of openGL right now... is 4 generally faster or slower then 3.1? I am mostly concerned about memory access.
Any thoughts are appreciated!
Steve A.
2. Re: finally upgrading to openeu4
- Posted by mattlewis (admin) Feb 13, 2013
- 1579 views
OK, so I really think its time to upgrade to openEu 4. The only thing holding me back is looking at all the code I have written for 3.1 and being concerned about porting it all. I think that I might be gravely overestimating how much work this would actually be. Can someone reassure this coward and brush over what major considerations need to be made when updating a eu app from 3.1 to 4? Can both interpreters coexist side by side or do I need to completely flush 3.1 first? I understand there have been several changes to the include system... how is that going to impact some of my projects that have 10-12 includes? I am doing a lot of openGL right now... is 4 generally faster or slower then 3.1? I am mostly concerned about memory access.
The main issue you are likely to have are naming conflicts with new built-ins and reserved words. These are fairly easy to solve.
The include system is generally more robust. The behavior of globals has changed slightly (and, frankly, their use is discouraged as the scope system has been improved). In the event that you have problems, you should be able to solve them by using namespaces. Ultimately, your code should stop using the global scope in favor or export or public. This will likely require additional include statements where you have files that use global symbols in files and that rely on other files to include the files with the global symbols (that's harder to write and keep straight than it is to manage).
The legacy 3.1 standard library has been kept. Some things have moved around in the 4.0 standard library, but it's generally not difficult to port from 3.1 to 4.0.
I think the speed is generally about the same. I've found some things faster and slower on 4.0, though development time is definitely faster on 4.0. Built-in sequence functions in 4.0 that require lots of slicing in 3.1 are much faster. The standard library has a lot more functionality.
Matt
3. Re: finally upgrading to openeu4
- Posted by SDPringle Feb 13, 2013
- 1590 views
You will find the 'without indirect_includes' directive most useful when mixing code that uses std/* includes with 3.1 compatible includes.
4. Re: finally upgrading to openeu4
- Posted by useless_ Feb 13, 2013
- 1559 views
See: http://openeuphoria.org/forum/m/105030.wc
but good luck finding data on "without indirect_includes", it isn't linked to in the online 4.0 manual.
useless
5. Re: finally upgrading to openeu4
- Posted by evanmars Feb 14, 2013
- 1520 views
From Section 4.8.2 with / without
http://openeuphoria.org/docs/lang_toplevel.html#indirect_includes
indirect_includes, This with/without option changes the way in which global symbols are resolved. Normally, the parser uses the way that files were included to resolve a usage of a global symbol. If without indirect_includes is in effect, then only direct includes are considered when resolving global symbols.
This option is especially useful when a program uses some code that was developed for a prior version of Euphoria that uses the pre-4.0 standard library, when all exposed symbols were global. These can often clash with symbols in the new standard library. Using without indirect_includes would not force a coder to use namespaces to resolve symbols that clashed with the new standard library.
Note that this setting does not propagate down to included files, unlike most with/without options. Each file begins with indirect_includes turned on.
6. Re: finally upgrading to openeu4
- Posted by Selgor Feb 15, 2013
- 1485 views
Hello Selgor here.
Be very careful how you do the migration of your programmes.
Consult closely with Derek, Jim, Matt, Useless, Cojabo2 .. and there are a lot of other helpers who can aid .
I lost everything of my euphoria by not heeding advice from the above people and others.
And I would like to know how all your .exw and .ex proggies run under 4.05..
Because I want to "go across" too .
Please keep in touch.
Cheers .
Selgor.
7. Re: finally upgrading to openeu4
- Posted by ssallen Feb 15, 2013
- 1430 views
Thanks for the information everyone. I hate to be a pain but I hit a big of a snag. For some reason the Eu4.0 installer won't run on my WindowsXP work laptop. I have tried installing both with superuser and admin and no dice. Does anyone have a copy of it in a zip file? I can add the environment vars myself.
Steve A.
8. Re: finally upgrading to openeu4
- Posted by EUWX Feb 15, 2013
- 1461 views
Thanks for the information everyone. I hate to be a pain but I hit a big of a snag. For some reason the Eu4.0 installer won't run on my WindowsXP work laptop. I have tried installing both with superuser and admin and no dice. Does anyone have a copy of it in a zip file? I can add the environment vars myself.
Steve A.
I posted the 4.0.5. version I zipped myself. Hope it works for you
9. Re: finally upgrading to openeu4
- Posted by useless_ Feb 15, 2013
- 1416 views
Thanks for the information everyone. I hate to be a pain but I hit a big of a snag. For some reason the Eu4.0 installer won't run on my WindowsXP work laptop. I have tried installing both with superuser and admin and no dice. Does anyone have a copy of it in a zip file? I can add the environment vars myself.
Steve A.
I posted the 4.0.5. version I zipped myself. Hope it works for you
I hope you gave him the Euphoria-10-Feb-2013 version with the memory leaks plugged and the debug trace window colors fixed? It runs a lil faster, is better behaved, and you can actually see the code in the debug window. I have switched everything here over to it.
useless
10. Re: finally upgrading to openeu4
- Posted by jimcbrown (admin) Feb 15, 2013
- 1391 views
I hope you gave him the Euphoria-10-Feb-2013 version with the memory leaks plugged and the debug trace window colors fixed?
No, that is a pre-release version of 4.1.0, not 4.0.5
I posted the 4.0.5. version I zipped myself. Hope it works for you
It runs a lil faster, is better behaved ... I have switched everything here over to it.
Glad to hear it!
11. Re: finally upgrading to openeu4
- Posted by useless_ Feb 15, 2013
- 1379 views
I hope you gave him the Euphoria-10-Feb-2013 version with the memory leaks plugged and the debug trace window colors fixed?
No, that is a pre-release version of 4.1.0, not 4.0.5
Funny, it says it's a 4.0.5 :
Euphoria Interpreter v4.0.5 development Windows, Using Managed Memory Revision Date: 2013-02-11 02:10:21, Id: 5981:42b209901e89
useless
12. Re: finally upgrading to openeu4
- Posted by EUWX Feb 15, 2013
- 1367 views
I posted a release of euphoria which I have been working with comfortably.
He asked for a zip file; nobody else posted anything so I gave him one.
It was my intention and it still is, to withdraw it as soon as one of you gurus, useless or otherwise, give a zip file to him. In the meantime, I hope the client is doing what he wanted to do .... working with Euphoria version 4.
13. Re: finally upgrading to openeu4
- Posted by useless_ Feb 15, 2013
- 1422 views
I posted a release of euphoria which I have been working with comfortably.
He asked for a zip file; nobody else posted anything so I gave him one.
It was my intention and it still is, to withdraw it as soon as one of you gurus, useless or otherwise, give a zip file to him. In the meantime, I hope the client is doing what he wanted to do .... working with Euphoria version 4.
But what the heck, here's a zip of Euphoria-10-Feb-2013 (v4.0.5) i am using. I included the bat files and renamed eui-*.exe as examples of how to run multiple eui.exe and know which is which when looking in Taskmanager (winxp).
http://DesignerThinking.com/Euphoria-10-Feb-2013.zip
useless
14. Re: finally upgrading to openeu4
- Posted by jimcbrown (admin) Feb 15, 2013
- 1398 views
I hope you gave him the Euphoria-10-Feb-2013 version with the memory leaks plugged and the debug trace window colors fixed?
No, that is a pre-release version of 4.1.0, not 4.0.5
Funny, it says it's a 4.0.5 :
Euphoria Interpreter v4.0.5 development Windows, Using Managed Memory Revision Date: 2013-02-11 02:10:21, Id: 5981:42b209901e89
Ok - you really did mean the 4.0.x version. There's actually two eubins released Feb 10 - http://openeuphoria.org/eubins/windows/4.1.0/32-bit/eubins-mingw32-20130209-77e9d3f8e0dd+.zip and http://openeuphoria.org/eubins/windows/4.0.5/eubins-watcom-20130210-42b209901e89.zip
What threw me off was the debug trace window colors reference. Both versions have had memory leaks fixed, but only the 4.1.0 line was affected by the trace colors issue. No version of 4.0.5 was ever affected by this.
15. Re: finally upgrading to openeu4
- Posted by jimcbrown (admin) Feb 15, 2013
- 1364 views
I posted a release of euphoria which I have been working with comfortably.
He asked for a zip file; nobody else posted anything so I gave him one.
It was my intention and it still is, to withdraw it as soon as one of you gurus, useless or otherwise, give a zip file to him. In the meantime, I hope the client is doing what he wanted to do .... working with Euphoria version 4.
My 2 cents - I'd prefer if it was kept around and offered publicly to everyone who wanted to try a zip distro.
16. Re: finally upgrading to openeu4
- Posted by ssallen Feb 16, 2013
- 1322 views
Thanks for the zip files everyone. I hope to try and get it up and running shortly.
