1. VER. 4.0 problem
- Posted by bernie Dec 19, 2008
- 910 views
When you run bindw.bat it runs bind.ex which includes source\REV.E
An error is generated because rev.e is not in that directory.
The reason for this is if a user exports the files out of source
with TortoiseSVN; rev.e is not exported due to the fact it is marked
as ignored in the SVNsource.
What is the reason for bind.ex requiring rev.e ?
Can this problem be eliminated by changing the some configuration
in the TRUNK to mark this file as normal so it will be exported ?
2. Re: VER. 4.0 problem
- Posted by jimcbrown (admin) Dec 19, 2008
- 873 views
The current bind.e shares the same front end as the interpreter, which includes rev.e to show the current svn revision.
For the alpha and final release, we don't need this information, so it should be cut out. The binder definitely doesn't need to show this.
rev.e is autogenerated by the makefile when building the interpreter from source. It does not make sense to have to update and commit rev.e by hand every time someone does a change. It can not be checked out like a normal file. Until bind.ex is fixed, you can workaround the problem by manually running source\revget.ex in the source\ directory to generate rev.e manually.
When you run bindw.bat it runs bind.ex which includes source\REV.E
An error is generated because rev.e is not in that directory.
The reason for this is if a user exports the files out of source
with TortoiseSVN; rev.e is not exported due to the fact it is marked
as ignored in the SVNsource.
What is the reason for bind.ex requiring rev.e ?
Can this problem be eliminated by changing the some configuration
in the TRUNK to mark this file as normal so it will be exported ?
3. Re: VER. 4.0 problem
- Posted by bernie Dec 19, 2008
- 891 views
The current bind.e shares the same front end as the interpreter, which includes rev.e to show the current svn revision.
For the alpha and final release, we don't need this information, so it should be cut out. The binder definitely doesn't need to show this.
rev.e is autogenerated by the makefile when building the interpreter from source. It does not make sense to have to update and commit rev.e by hand every time someone does a change. It can not be checked out like a normal file. Until bind.ex is fixed, you can workaround the problem by manually running source\revget.ex in the source\ directory to generate rev.e manually.
When you run bindw.bat it runs bind.ex which includes source\REV.E
An error is generated because rev.e is not in that directory.
The reason for this is if a user exports the files out of source
with TortoiseSVN; rev.e is not exported due to the fact it is marked
as ignored in the SVNsource.
What is the reason for bind.ex requiring rev.e ?
Can this problem be eliminated by changing the some configuration
in the TRUNK to mark this file as normal so it will be exported ?
Thanks Jim
Thats what I did; copy it.
I just wanted someone to be aware of it.
Incidentally bindw worked without a problem.
4. Re: VER. 4.0 problem
- Posted by jimcbrown (admin) Dec 19, 2008
- 883 views
- Last edited Dec 20, 2008
Thanks Jim
Thats what I did; copy it.
I just wanted someone to be aware of it.
Incidentally bindw worked without a problem.
I was not aware this was an issue until you brought it up. It is fixed in 1269.
