1. rev.e library
- Posted by kinz Dec 07, 2008
- 1721 views
Dear EU users,
I wanted to compile r1247 by myself, but new main.e wants and doesn't find some new lib - so named rev.e.
I didn't find it at:
http://rapideuphoria.svn.sourceforge.net/viewvc/rapideuphoria/trunk/
There is no such a lib in the current tarball too.
Please, where is it?
Regards, Igor Kachan kinz@peterlink.ru
2. Re: rev.e library
- Posted by ne1uno Dec 07, 2008
- 1683 views
Dear EU users,
I wanted to compile r1247 by myself, but new main.e wants and doesn't find some new lib - so named rev.e.
... Please, where is it?
the program that creates source/rev.e looks to euphoria/.svn/entries which is usually created by an svn update or checkout
contents of source/rev.e is a text file containing one line
global constant SVN_REVISION = "1236"
maybe if it exists, the makefile won't try to recreate it?
is there no .svn in the tarball?
3. Re: rev.e library
- Posted by kinz Dec 07, 2008
- 1659 views
the program that creates source/rev.e looks to euphoria/.svn/entries which is usually created by an svn update or checkout
Ok, thanks.
contents of source/rev.e is a text file containing one line
global constant SVN_REVISION = "1236"
Thanks, I'll try to make it just in ed.
maybe if it exists, the makefile won't try to recreate it?
Maybe, I just do not know this mechanism.
is there no .svn in the tarball?
There is no any ".svn" in the tarball I've got just now.
Thanks, Igor Kachan kinz@peterlink.ru
4. Re: rev.e library
- Posted by mattlewis (admin) Dec 07, 2008
- 1666 views
Dear EU users,
I wanted to compile r1247 by myself, but new main.e wants and doesn't find some new lib - so named rev.e.
I didn't find it at:
http://rapideuphoria.svn.sourceforge.net/viewvc/rapideuphoria/trunk/
There is no such a lib in the current tarball too.
Please, where is it?
As others mentioned, this should be automatically built by the make process. How did you attempt to build the interpreter? Basically, when you run wmake, it calls rev.ex, which checks for svn checkout metadata, and automatically builds rev.e if necessary. If it doesn't find any info, then it will just fill in some default data instead of the actual revision number.
Matt
5. Re: rev.e library
- Posted by kinz Dec 07, 2008
- 1672 views
As others mentioned, this should be automatically built by the make process. How did you attempt to build the interpreter?
I've downloaded tarball, unpaked it to C:/euphoria/, ran imake.bat and got a bunch of error messages.
Then I've created rev.e, got a bunch of other error messages, created the include dir for euphoria.h, got a bunch ... etc.
Then I've corrected imake.bat for filesys.c instead of file.c, for memory.c instead of machine.c, ifiles.lnk for filesys.obj instead of file.obj, for memory.obj instead of machine.obj and finally got not a bunch but a few error messages:
http://pl-euphoria.narod.ru/watcom.png
The thing is something about !defined(EOW), 10.6 Watcom and Open Watcom. I have the latest 1.7a, but you seem to be using 10.6 with old CauseWay DOS Extender v3.45 (3.49 or 3.60 in 1.7a).
So now, I'm sitting in front of my monitor and thinking what to do the next.
Basically, when you run wmake, it calls rev.ex, which checks for svn checkout metadata, and automatically builds rev.e if necessary.
There is no wmake in tarball and in C:/euphoria at all, sorry.
If it doesn't find any info, then it will just fill in some default data instead of the actual revision number.
I have manually created rev.e now, and my problem is far from rev.e, it seems to be.
There are the switches /dEOW /dEWATCOM in imake.bat, I used the defoult /dEWATCOM. If I set /dEOW, there are too many error messages, just new bunch ... yet another story.
Regards, Igor Kachan kinz@peterlink.ru
6. Re: rev.e library
- Posted by mattlewis (admin) Dec 07, 2008
- 1664 views
As others mentioned, this should be automatically built by the make process. How did you attempt to build the interpreter?
I've downloaded tarball, unpaked it to C:/euphoria/, ran imake.bat and got a bunch of error messages.
We should probably remove imake.bat. The proper way is to use wmake (Watcom Make) from the source directory:
> configure > wmake -f makefile.wat winall
Matt
7. Re: rev.e library
- Posted by kinz Dec 07, 2008
- 1711 views
As others mentioned, this should be automatically built by the make process. How did you attempt to build the interpreter?
I've downloaded tarball, unpaked it to C:/euphoria/, ran imake.bat and got a bunch of error messages.
We should probably remove imake.bat. The proper way is to use wmake (Watcom Make) from the source directory:
> configure > wmake -f makefile.wat winall
Matt
Matt, sorry, there is no wmake:
http://rapideuphoria.svn.sourceforge.net/viewvc/rapideuphoria/trunk/source/?pathrev=1247
Is it a proper source directory?
And what about OW <-> 10.6W with imake.bat? Is it possible at all?
Regards, Igor Kachan kinz@peterlink.ru
8. Re: rev.e library
- Posted by euphoric (admin) Dec 07, 2008
- 1618 views
...there is no wmake...
wmake is Watcom's compiler. It isn't distributed with Euphoria. It's already on your Linux/FreeBSD system. Or should be.
9. Re: rev.e library
- Posted by euphoric (admin) Dec 07, 2008
- 1655 views
...there is no wmake...
wmake is Watcom's compiler. It isn't distributed with Euphoria. It's already on your Linux/FreeBSD system. Or should be.
Oops. I meant Windows, didn't I? 'make' is what I use on my Linux box.
10. Re: rev.e library
- Posted by jimcbrown (admin) Dec 07, 2008
- 1680 views
Matt, sorry, there is no wmake:
http://rapideuphoria.svn.sourceforge.net/viewvc/rapideuphoria/trunk/source/?pathrev=1247
Is it a proper source directory?
And what about OW <-> 10.6W with imake.bat? Is it possible at all?
Regards, Igor Kachan kinz@peterlink.ru
wmake.exe comes witth OpenWatcom. If you have OpenWatcom, it should be somewhere in c:\watcom
11. Re: rev.e library
- Posted by mattlewis (admin) Dec 07, 2008
- 1692 views
Matt, sorry, there is no wmake:
http://rapideuphoria.svn.sourceforge.net/viewvc/rapideuphoria/trunk/source/?pathrev=1247
Is it a proper source directory?
And what about OW <-> 10.6W with imake.bat? Is it possible at all?
wmake.exe is part of Watcom.
Matt
12. Re: rev.e library
- Posted by kinz Dec 07, 2008
- 1640 views
We should probably remove imake.bat. The proper way is to use wmake (Watcom Make) from the source directory:
> configure > wmake -f makefile.wat winall
Well, I've found these commands now, thanks Jim, thanks CK, but got about twice as much bunch of error messages if compare it against of my very first try, sorry, guys.
There is something wrong too, it seems to me, no?
I like old good imake.bat, it is much better for me, I have just 1 error message and 3 or so warnings from it now.
Regards, Igor Kachan kinz@peterlink.ru
13. Re: rev.e library
- Posted by jimcbrown (admin) Dec 07, 2008
- 1654 views
Well, I've found these commands now, thanks Jim, thanks CK, but got about twice as much bunch of error messages if compare it against of my very first try, sorry, guys.
Hmm. Did you remember to run configure.bat first?
(configure.bat is, or should be, in c:\euphoria\source)
14. Re: rev.e library
- Posted by kinz Dec 07, 2008
- 1653 views
Well, I've found these commands now, thanks Jim, thanks CK, but got about twice as much bunch of error messages if compare it against of my very first try, sorry, guys.
Hmm. Did you remember to run configure.bat first?
(configure.bat is, or should be, in c:\euphoria\source)
Yes, Jim. Matt's commands included that configure and I ran configure and then wmake with all its command line switches.
15. Re: rev.e library
- Posted by bernie Dec 07, 2008
- 1647 views
Matt or others:
After I did a checkout of SVN 1243; I haven't been able to build anything.
I get the following error; can anyone give me a clue to what I'am missing ??
This is a dump of screen at the error point :
wcc386 /bt=nt /mf /w0 /zq /j /zp4 /fp5 /fpi87 /5r /otimra /s /I..\ /ol /dEDOS /dEWATCOM /dEOW be_syncolor.c -fo=.\dosobj\back\be_syncolor.obj wcc386 /bt=nt /mf /w0 /zq /j /zp4 /fp5 /fpi87 /5r /otimra /s /I..\ /ol /dEDOS /dEWATCOM /dEOW be_runtime.c -fo=.\dosobj\back\be_runtime.obj wcc386 /bt=nt /mf /w0 /zq /j /zp4 /fp5 /fpi87 /5r /otimra /s /I..\ /ol /dEDOS /dEWATCOM /dEOW be_symtab.c -fo=.\dosobj\back\be_symtab.obj wcc386 /bt=nt /mf /w0 /zq /j /zp4 /fp5 /fpi87 /5r /otimra /s /I..\ /ol /dEDOS /dEWATCOM /dEOW be_w.c -fo=.\dosobj\back\be_w.obj wcc386 /bt=nt /mf /w0 /zq /j /zp4 /fp5 /fpi87 /5r /otimra /s /I..\ /ol /dEDOS /dEWATCOM /dEOW be_regex.c -fo=.\dosobj\back\be_regex.obj wcc386 /bt=nt /mf /w0 /zq /j /zp4 /fp5 /fpi87 /5r /otimra /s /I..\ /ol /dEDOS /dEWATCOM /dEOW regex.c -fo=.\dosobj\back\regex.obj wlink @.\dosobj\ex.lbc name ex.exe le23p.exe ex.exe Error(E14): Cannot execute (le23p.exe): No such file or directory Error(E42): Last command making (ex.exe) returned a bad status Should this file be deleted [Yes/No] ? n Error(E02): Make execution terminated Error(E42): Last command making (dos) returned a bad status Error(E02): Make execution terminated Error(E42): Last command making (dosall) returned a bad status Error(E02): Make execution terminated Error(E42): Last command making (all) returned a bad status Error(E02): Make execution terminated Press any key to continue . . .
16. Re: rev.e library
- Posted by mattlewis (admin) Dec 07, 2008
- 1689 views
Matt or others:
After I did a checkout of SVN 1243; I haven't been able to build anything.
I get the following error; can anyone give me a clue to what I'am missing ??
This is a dump of screen at the error point :
Error(E42): Last command making (dos) returned a bad status Error(E02): Make execution terminated Error(E42): Last command making (dosall) returned a bad status Error(E02): Make execution terminated Error(E42): Last command making (all) returned a bad status Error(E02): Make execution terminated Press any key to continue . . .
Looks like something happened when building the DOS binaries. I haven't worked with these at all, so I'm not sure what went wrong there.
Matt
17. Re: rev.e library
- Posted by mattlewis (admin) Dec 07, 2008
- 1697 views
> configure > wmake -f makefile.wat winall
Well, I've found these commands now, thanks Jim, thanks CK, but got about twice as much bunch of error messages if compare it against of my very first try, sorry, guys.
There is something wrong too, it seems to me, no?
I like old good imake.bat, it is much better for me, I have just 1 error message and 3 or so warnings from it now.
I don't think anyone is maintaining imake.bat anymore. What error messages are you getting? Also, what version of Watcom are you using?
Matt
18. Re: rev.e library
- Posted by kinz Dec 07, 2008
- 1759 views
> configure > wmake -f makefile.wat winall
Well, I've found these commands now, thanks Jim, thanks CK, but got about twice as much bunch of error messages if compare it against of my very first try, sorry, guys.
There is something wrong too, it seems to me, no?
I like old good imake.bat, it is much better for me, I have just 1 error message and 3 or so warnings from it now.
I don't think anyone is maintaining imake.bat anymore. What error messages are you getting? Also, what version of Watcom are you using?
Matt
See the screenshot please:
http://pl-euphoria.narod.ru/watcom.png
My OW is 1.7a, i.e. recent one.
Regards, Igor Kachan kinz@peterlink.ru
19. Re: rev.e library
- Posted by DerekParnell (admin) Dec 07, 2008
- 1744 views
> configure > wmake -f makefile.wat winall
Well, I've found these commands now, thanks Jim, thanks CK, but got about twice as much bunch of error messages if compare it against of my very first try, sorry, guys.
There is something wrong too, it seems to me, no?
I like old good imake.bat, it is much better for me, I have just 1 error message and 3 or so warnings from it now.
I don't think anyone is maintaining imake.bat anymore. What error messages are you getting? Also, what version of Watcom are you using?
Matt
See the screenshot please:
http://pl-euphoria.narod.ru/watcom.png
My OW is 1.7a, i.e. recent one.
DO NOT USE IMAKE.BAT
Is that clearer now.
Here is the batch file that I use and it works for the current revision. You will need to edit it to suit for directory names.
%echo off set EDJGPP= set ORIGINALWATCOM= set EBORLAND= set ELCC= set EMINGW= set EUNIX= set EUDIR=C:\Projects\eu_proj\eu40\trunk set EUINC=C:\Projects\eu_proj\eu40\trunk\include set INCLUDE=C:\WATCOM\H;C:\WATCOM\H\NT set SRC=C:\Projects\eu_proj\eu40\trunk\source set BIN=C:\Projects\eu_proj\eu40\trunk\bin set BKUP=C:\backup\eubin echo PATH has C:\WATCOM\BINNT;C:\WATCOM\BINW;C:\Projects\eu_proj\eu40\trunk\bin cd %SRC% wmake -f makefile.wat clean wmake -f makefile.wat distclean call configure %1 %2 %3 wmake -f makefile.wat all %echo off if exist %SRC%\BACKENDD.EXE move /Y %SRC%\BACKENDD.EXE %BIN%\ if exist %SRC%\EC.EXE move /Y %SRC%\EC.EXE %BIN%\ if exist %SRC%\ec.lib move /Y %SRC%\ec.lib %BIN%\ if exist %SRC%\EX.EXE move /Y %SRC%\EX.EXE %BIN%\ if exist %SRC%\backendc.exe move /Y %SRC%\BACKENDC.EXE %BIN%\ if exist %SRC%\backendw.exe move /Y %SRC%\BACKENDW.EXE %BIN%\ if exist %SRC%\ecw.lib move /Y %SRC%\ecw.lib %BIN%\ if exist %SRC%\ecw.exe move /Y %SRC%\ecw.exe %BIN%\ if exist %SRC%\exwc.exe move /Y %SRC%\exwc.exe %BIN%\ if exist %SRC%\exw.exe move /Y %SRC%\exw.exe %BIN%\
20. Re: rev.e library
- Posted by bernie Dec 07, 2008
- 1683 views
Igor:
make sure you are using only ver. 4.0 binaries to build 4.0
You can not use ver. 3.1 binaries. Check your eudir enviorment.
21. Re: rev.e library
- Posted by kinz Dec 07, 2008
- 1672 views
DO NOT USE IMAKE.BAT
Why not ? Do you see that I'm testing the alpha 4.0,
the entire package, and almost got
imake.bat working as well ?
Is that clearer now.
No, it is not, sorry.
Here is the batch file that I use and it works for the current revision.
Good, just upload binaries to contrib page, be so kind, please.
You will need to edit it to suit for directory names.
Thanks, I'll try it tomorrow.
Regards, Igor Kachan kinz@peterlink.ru
22. Re: rev.e library
- Posted by kinz Dec 07, 2008
- 1632 views
Igor:
make sure you are using only ver. 4.0 binaries to build 4.0
You can not use ver. 3.1 binaries. Check your eudir enviorment.
Thanks Bernie, I'm only using the 4.0 binaries now. My eudir points to 4.0.
Regards, Igor Kachan kinz@peterlink.ru
23. Re: rev.e library
- Posted by DerekParnell (admin) Dec 07, 2008
- 1677 views
DO NOT USE IMAKE.BAT
Why not ?
Because it is not meant to be used with v4.
Do you see that I'm testing the alpha 4.0, the entire package, and almost got imake.bat working as well ?
Yes. But did you see the the source directory wasn't a part of the alpha release?
And in any case, imake.bat should not have been included as it is no longer in use for v4.
Is that clearer now.
No, it is not, sorry.
Me too.
Good, just upload binaries to contrib page, be so kind, please.
What binaries? I thought you already had the alpha release?
24. Re: rev.e library
- Posted by kinz Dec 08, 2008
- 1658 views
DO NOT USE IMAKE.BAT
Why not ?
Because it is not meant to be used with v4.
Ok, but what is the new open source batch tool of full value for replacement of imake.bat and others imakes?
Do you see that I'm testing the alpha 4.0, the entire package, and almost got imake.bat working as well ?
Yes. But did you see the the source directory wasn't a part of the alpha release?
Yes, and this situation is very strange for me.
The main great feature of v3 series is open source.
So, I'd like to see and compile on my machine open source of v4 too, first of all.
Then we can effectively test the binaries, just almost in real time, every new build, which is 1249 now against of our 1234.
And in any case, imake.bat should not have been included as it is no longer in use for v4.
Again, Ok, but give us the replacement of full value for batch work with open source please.
Good, just upload binaries to contrib page, be so kind, please.
What binaries? I thought you already had the alpha release?
New binaries, of r1249, or full-featured batch tool for building them here, on our machines, instead of deleted now imake* series. Why not to use the RDS contrib page to public your .bat file if you do not want include it in the source dir for now?
Regards,
Igor Kachan
kinz@peterlink.ru
25. Re: rev.e library
- Posted by mattlewis (admin) Dec 08, 2008
- 1660 views
Ok, but what is the new open source batch tool of full value for replacement of imake.bat and others imakes?
The makefiles replace the batch files.
Do not try to use the batch files. Use the makefiles. They do much more than the batch files.
Yes, and this situation is very strange for me.
The main great feature of v3 series is open source.
So, I'd like to see and compile on my machine open source of v4 too, first of all.
Then we can effectively test the binaries, just almost in real time, every new build, which is 1249 now against of our 1234.
The alpha release isn't polished and complete. If you really want to stay up with the bleeding edge, then use the svn repository (which I think is what you're doing). The eubins that Jeremy and Shawn make available are equivalent to the "nightlies" that some other projects make available for those who wish to use the bleeding edge without having to compile themselves. As Derek mentioned, formal releases take time to create. They require checking, proofreading and announcements. We won't be making releases for every svn commit.
And in any case, imake.bat should not have been included as it is no longer in use for v4.
Again, Ok, but give us the replacement of full value for batch work with open source please.
Again. The makefiles are more than 'full value replacements' for the batch files. They'll build, test and install for you. For those involved in development, they're also handy in that they attempt to re-build the minimal amount based upon what has been changed. If you only edited one of the back end C files, for instance, it won't re-translate the front end.
Matt
26. Re: rev.e library
- Posted by DerekParnell (admin) Dec 08, 2008
- 1645 views
Let me clear some things up.
- I did not prepare the alpha release
- I do not know why the source files were omitted
- I just stated a fact - that they were omitted
- The source directory contains the build scripts
- v4 is open source, even IF the alpha zip didn't contain everything
- To get the latest edition of the source and everything else, you need to get a copy of the subversion repository.
You need to install a subversion client on your machine. I use the 'Tortoise' product on my Windows machine, but you might like to have a look at alternatives. I do not know what environment you are running with. You also need a recent binary of v4. It will not compile using v3.
Once you install a Subversion client, we can give you instructions on how to get a copy of the repository. The method varies depending on which client you choose.
I do not like the insinuation that we are hiding the v4 files. They are open and many people have already have downloaded them.
27. Re: rev.e library
- Posted by kinz Dec 08, 2008
- 1670 views
And in any case, imake.bat should not have been included as it is no longer in use for v4.
Again, Ok, but give us the replacement of full value for batch work with open source please.
Again. The makefiles are more than 'full value replacements' for the batch files.
Matt, sorry, read my wording once more please.
I'm talking about "the replacement of full value for batch work".
Your "makefiles" do some kind of batch work too, and Derek's .bat
file just controls wmake for comfortable work with that wmake.
I like Derek's batch file, it seems to be a good idea (I'll try it some time later on).
Thanks to all.
Regards,
Igor Kachan
kinz@peterlink.ru
28. Re: rev.e library
- Posted by kinz Dec 08, 2008
- 1708 views
You need to install a subversion client on your machine. I use the 'Tortoise' product on my Windows machine, but you might like to have a look at alternatives.
I have TortoiseSVN 1.5.5 installed, but prefer just
download a recent tarball and unpack it into c:\euphoria\source
as it will be in real life with official 4.
There is a good online repository viewer just on sourceforge:
http://rapideuphoria.svn.sourceforge.net/viewvc/rapideuphoria/trunk/?pathrev=1247
I do not know what environment you are running with. You also need a recent binary of v4. It will not compile using v3.
Windows XP SP3, P4 1.8GHz, 256M, OW1.7a, also Borland, DJGPP, Lcc.
Mandriva 2008 on same machine.
What is "a recent binary of v4", r1234 or r1249?
Regards,
Igor Kachan
kinz@peterlink.ru
29. Re: rev.e library
- Posted by mattlewis (admin) Dec 08, 2008
- 1642 views
Again, Ok, but give us the replacement of full value for batch work with open source please.
Again. The makefiles are more than 'full value replacements' for the batch files.
Matt, sorry, read my wording once more please.
I'm talking about "the replacement of full value for batch work".
Your "makefiles" do some kind of batch work too, and Derek's .bat
file just controls wmake for comfortable work with that wmake.
I like Derek's batch file, it seems to be a good idea (I'll try it some time later on).
Ok, but I still don't understand what you mean by batch work. Derek's script updates some environment variables, and makes some assumptions about how his system is set up. I think we all do things a bit differently. What is it that you want the configure/make system to do that it doesn't already do?
Matt
30. Re: rev.e library
- Posted by kinz Dec 08, 2008
- 1693 views
Again, Ok, but give us the replacement of full value for batch work with open source please.
Again. The makefiles are more than 'full value replacements' for the batch files.
Matt, sorry, read my wording once more please.
I'm talking about "the replacement of full value for batch work".
Your "makefiles" do some kind of batch work too, and Derek's .bat
file just controls wmake for comfortable work with that wmake.
I like Derek's batch file, it seems to be a good idea (I'll try it some time later on).
Ok, but I still don't understand what you mean by batch work.
See please, Matt:
http://www.google.com/search?rls=en&q=batch+work
Or just run some .bat file on DOS or Windows machine and press
Ctrl C to see a purest example of batch work (or job).
Derek's script updates some environment variables, and makes some assumptions about how his system is set up.
Derek's script is not the script, it is DOS/Windows butch file.
Do not confuse new comers, Matt, please.
We are talking about Windows for now.
It is not the Linux world with its scripts.
Let's use strongly suitable terms.
I think we all do things a bit differently.
Yes, Matt, without any objections!
What is it that you want the configure/make system to do that it doesn't already do?
There is no the configure/make system in 4.0 now, as far as I can see.
There is some private Derek's batch program, untested on other machines,
and yous recomendation to me to run two separate commands:
configure, which is pure DOS/Windows batch program, and
wmake -f makefile.wat winall, which is just yet another analog of some batch program
But these commands give me a bunch of error messages for now.
There was imake* system in v3, not perfect, but working for me.
It is abandoned at all now, in r1249 ...
Regards,
Igor Kachan
kinz@peterlink.ru
31. Re: rev.e library
- Posted by jimcbrown (admin) Dec 08, 2008
- 1651 views
What is "a recent binary of v4", r1234 or r1249?
Regards,
Igor Kachan
kinz@peterlink.ru
r1249 - you can get prebuilt binaries from Shawn.
linux eubins are available from Jeremy.
32. Re: rev.e library
- Posted by kinz Dec 08, 2008
- 1648 views
What is "a recent binary of v4", r1234 or r1249?
Regards,
Igor Kachan
kinz@peterlink.ru
r1249 - you can get prebuilt binaries from Shawn.
linux eubins are available from Jeremy.
Thank you very much, guys!
Regards,
Igor Kachan
kinz@peterlink.ru
33. Re: rev.e library
- Posted by mattlewis (admin) Dec 08, 2008
- 1670 views
...discussion about the semantic difference of batch files vs scripts...
What is it that you want the configure/make system to do that it doesn't already do?
There is no the configure/make system in 4.0 now, as far as I can see.
There is some private Derek's batch program, untested on other machines,
and yous recomendation to me to run two separate commands:
configure, which is pure DOS/Windows batch program, and
wmake -f makefile.wat winall, which is just yet another analog of some batch program
This is the configure/make system. It's a batch file to configure the build process, both for your platform and based upon other options that you might want to set, and a makefile to build the binaries, test the binaries, and install the binaries and other files. I'm sorry that you cannot understand this, but these two things are how euphoria is meant to be built. By your logic, running any command is an analog of a batch program. And that's reasonably accurate and meaningless at the same time.
Derek has automated some additional steps that he takes. Possibly others have done similar things. I have never needed nor wanted anything beyond the configure scripts and makefiles. And based on the script, my system is configured a bit differently from Derek, so his script wouldn't even work well on my system without further editing. The point being that it is not necessary at all.
What do you believe that a configure/make system should be?
But these commands give me a bunch of error messages for now.
Yes, and when I asked about the messages, you replied with something else entirely. I enjoy helping people, but it works better if you are a constructive part of the process.
There was imake* system in v3, not perfect, but working for me.
It is abandoned at all now, in r1249 ...
Yes, it was actually abandoned long ago, but it wasn't removed from the trunk. You're welcome to continue to use it, and even to get it to work for 4.0, but it won't be part of the distribution, because it was difficult to maintain and was inflexible and not nearly as useful or powerful as the makefiles.
Matt
34. Re: rev.e library
- Posted by kinz Dec 08, 2008
- 1626 views
What do you believe that a configure/make system should be?
Just cross-platform single EU program.
EU itself can do any batch job much better than
conventional scripts or primitive batch files.
But these commands give me a bunch of error messages for now.
... it works better if you are a constructive part of the process ...
Matt, sorry, I'm an alpha-tester now, not some new user,
so my role must be strongly destructive, just for better
testing. My constructive attempt to update imake.bat was finished
with single error message, which you saw twice, and with immediately
abandoned obsolete, as you say, imake* system.
Not that bad result of my two days work, I think.
I'll try the Derek's batch system now, it looks much better
than two separate commands.
Regards,
Igor Kachan
kinz@peterlink.ru
35. Re: rev.e library
- Posted by mattlewis (admin) Dec 08, 2008
- 1656 views
What do you believe that a configure/make system should be?
Just cross-platform single EU program.
EU itself can do any batch job much better than
conventional scripts or primitive batch files.
No, this would not really be an improvement. We're using standard tools that are well understood and supported. I suppose that makefiles are "conventional scripts" inasmuch as they are basically a standard for C-based projects, which euphoria is. I wouldn't describe the configure scripts as primitive so much as simple, and suited to our needs.
The system also will allow us to distribute euphoria as source with the only dependency to build the binaries being the necessary C compiler (i.e., Watcom for Windows or DOS, and gcc for Linux, FreeBSD or OSX) in a way that is standard around the world.
Matt
36. Re: rev.e library
- Posted by DerekParnell (admin) Dec 08, 2008
- 1673 views
Or just run some .bat file on DOS or Windows machine and press
Ctrl C to see a purest example of batch work (or job).
Mr Kachan, how can a single batch file cater for the different setups that each person might have? The batch file I displayed was specifically for my setup and I gave it as an example of the sort of thing that you could do for yourself. It is not feasible to supply a generic batch file that does NOT require some local configuration.
The official method of building the v4 Euphoria suite is to use the tools supplied in the source directory. These include the makefiles and the configure script (and by the way, a Microsoft .BAT file is a type of script). If this is inconvenient for you, as it was for me, write your own script or modify my example one for your own use.
What is it that you want the configure/make system to do that it doesn't already do?
There is no the configure/make system in 4.0 now, as far as I can see.
There is a configure/make system in 4.0, but it is not the type you prefer.
There is some private Derek's batch program, untested on other machines,
Of course it's untested on other machines!!! It is not meant to be run on any other machine except mine. It is an example for others to use if they want to.
and yous recomendation to me to run two separate commands:
configure, which is pure DOS/Windows batch program, and
wmake -f makefile.wat winall, which is just yet another analog of some batch program
But these commands give me a bunch of error messages for now.
That is the basic method of rebulding Euphoria now. If you don't like it come up with something you do like and share it.
By the way, the error message you supplied seems to indicate that the v4 bin directory is not in your PATH symbol.
There was imake* system in v3, not perfect, but working for me.
It is abandoned at all now, in r1249 ...
Because it is no longer appropriate for v4. There is a better method now to build ALL variants of Euphoria.
37. Re: rev.e library
- Posted by kinz Dec 08, 2008
- 1682 views
What is "a recent binary of v4", r1234 or r1249?
Regards,
Igor Kachan
kinz@peterlink.ru
r1249 - you can get prebuilt binaries from Shawn.
linux eubins are available from Jeremy.
Shawn, this link:
doesn't work for me, sorry.
Regards,
Igor Kachan
kinz@peterlink.ru
38. Re: rev.e library
- Posted by kinz Dec 09, 2008
- 1640 views
Dear EU users,
Ok, I've got it working and compiling dos32
and win32 binaries here, on my machine.
But I can not to say that new commands
are clear, simple and comfortable for users.
They seem to work Ok now, but issue some extra error
and other strange messages etc etc etc.
To get the uncompressed dos32 binaries, needed
for my work, I have to hack some batch code etc.
I'd like to see an interactive cross-platform
EU console program instead.
Thanks to all!
Regards,
Igor Kachan
kinz@peterlink.ru
39. Re: rev.e library
- Posted by kinz Dec 09, 2008
- 1647 views
Dear EU users,
There is the bug in the source tarball,
it seems to me.
This is a screen of my new ex.exe r1249,
which was generated using configufe and
wmake commands:
http://pl-euphoria.narod.ru/revision.png
Do you see, insread of revision number,
there are "???".
I think, this is because of lack of rev.e
in the current tarball.
Regards,
Igor Kachan
kinz@peterlink.ru
40. Re: rev.e library
- Posted by DerekParnell (admin) Dec 09, 2008
- 1607 views
Dear EU users,
There is the bug in the source tarball,
it seems to me.
. . .
I think, this is because of lack of rev.e
in the current tarball.
You had already been told about that. The source directory is not in the alpha release. The rev.e file is created by the make program by running the revget.ex program, which reads the revision number from the 'hidden' files created when you took a copy of the subversion respository.
If you get the source from the SVN repository using the subversion/tortoise commands and then compile with that source directory as your current directory, you should then get the right rev number being displayed.
41. Re: rev.e library
- Posted by kinz Dec 09, 2008
- 1647 views
Dear EU users,
There is the bug in the source tarball,
it seems to me.
. . .
I think, this is because of lack of rev.e
in the current tarball.
You had already been told about that. The source directory is not in the alpha release. The rev.e file is created by the make program by running the revget.ex program, which reads the revision number from the 'hidden' files created when you took a copy of the subversion respository.
If you get the source from the SVN repository using the subversion/tortoise commands and then compile with that source directory as your current directory, you should then get the right rev number being displayed.
There are the bugs in repositoy too, your favourite tortoise says:
http://pl-euphoria.narod.ru/repositorij.png
http://pl-euphoria.narod.ru/xml-data.png
I prefer just tarball, again.
Regards,
Igor Kachan
kinz@peterlink.ru
42. Re: rev.e library
- Posted by mattlewis (admin) Dec 09, 2008
- 1697 views
There are the bugs in repositoy too, your favourite tortoise says:
http://pl-euphoria.narod.ru/repositorij.png
http://pl-euphoria.narod.ru/xml-data.png
I prefer just tarball, again.
The problem is that you're using the wrong URL. You're trying to link to the web interface that sourceforge provides for browsing the repository. The actual repository is at:
https://rapideuphoria.svn.sf.net/svnroot/rapideuphoria/trunk/source
You are free to use either the tarball that sourceforge provides, or svn. Using svn directly is ultimately easier, since you just have to update to get everything updated for you. It only downloads the differences between what you have and the latest, rather than the entire thing.
Matt
43. Re: rev.e library
- Posted by kinz Dec 09, 2008
- 1648 views
There are the bugs in repositoy too, your favourite tortoise says:
http://pl-euphoria.narod.ru/repositorij.png
http://pl-euphoria.narod.ru/xml-data.png
I prefer just tarball, again.
The problem is that you're using the wrong URL. You're trying to link to the web interface that sourceforge provides for browsing the repository. The actual repository is at:
https://rapideuphoria.svn.sf.net/svnroot/rapideuphoria/trunk/source
Using this URL I got the message:
http://pl-euphoria.narod.ru/matt_01.png
I wanted just "Accept once", it doesn't work.
Then I "Accept permanently".
It seem to work that way:
http://pl-euphoria.narod.ru/matt_02.png
You are free to use either the tarball that sourceforge provides, or svn. Using svn directly is ultimately easier, since you just have to update to get everything updated for you. It only downloads the differences between what you have and the latest, rather than the entire thing.
Thanks, Matt.
Sorry, I prefer just tarball, but tarball seems to be with a bug now.
No offence, Matt. Remember please, just my role is strongly destructive,
I'm a tester now.
Regards,
Igor Kachan
kinz@peterlink.ru
44. Re: rev.e library
- Posted by DerekParnell (admin) Dec 09, 2008
- 1653 views
Remember please, just my role is strongly destructive,
I'm a tester now.
But what are you testing? Euphoria or the alpha packaging?
We agree that the package had bugs and the next alpha will be better packaged ... but that has nothing to do with testing the Euphoria interpreter.
If what you want to test is not available in the current alpha, then you should wait for the next alpha package.
45. Re: rev.e library
- Posted by kinz Dec 09, 2008
- 1633 views
Remember please, just my role is strongly destructive,
I'm a tester now.
But what are you testing? Euphoria or the alpha packaging?
The first test in any testing is namely packaging.
Euphoria without its source is something uncertain now, nonsense.
So, I'm testing Euphoria 4.0 on alpha stage with its open source.
We agree that the package had bugs and the next alpha will be better packaged ...
Good, it is one of the positive results of my testing too.
but that has nothing to do with testing the Euphoria interpreter.
Remember please the very beginning - my simplest buggy 4.0 program.
If what you want to test is not available in the current alpha, then you should wait for the next alpha package.
I'm too old to wait ... who knows the end of that waiting ...
Regards,
Igor Kachan
kinz@peterlink
46. Re: rev.e library
- Posted by bernie Dec 09, 2008
- 1645 views
Igor:
What operating system are you building binaries on ??
Bernie
47. Re: rev.e library
- Posted by kinz Dec 09, 2008
- 1589 views
Igor:
What operating system are you building binaries on ??
Bernie
Windows XP Home Edition SP3, Open Watcom 1.7a
Regards,
Igor Kachan
kinz@peterlink.ru
48. Re: rev.e library
- Posted by kinz Dec 09, 2008
- 1609 views
Igor:
What operating system are you building binaries on ??
Bernie
Windows XP Home Edition SP3, Open Watcom 1.7a
Bernie, I just like the 95/98 skin very much
Regards,
Igor Kachan
kinz@peterlink.ru