Michael G Schwern wrote:
John E. Malmberg wrote:
The comments for eliminate_macros() and fixpath() in File::Spec::VMS
imply that they are only used in older versions of Make Maker that does
not contain them.
Putting a print STDERR statement shows that is not the case, that the
methods of those names contained in File::Spec::VMS are used unless they
are called by MM_VMS.
I am now trying to update File::Spec to handle VMS EFS character
specifications and GNV (GNU is not VMS) Unix compatibilty mode, so I
will need to first update File::Spec::VMS, and then MM_VMS later.
In the EFS (Extended character set) mode, in addition to handling the
extended character set, the routines will return Unix syntax for Unix
input and VMS syntax for VMS input.
For cases where there is no input, or the input does not indicate the
output format, then the output will be in VMS syntax unless the UNIX
compatibilty mode is also on. If that mode is on, then ambigous output
will be in Unix syntax.
This appears to match the expectation of most of the Perl scripts that I
have worked on getting ported to VMS.
Do you need anything, or was that just an FYI/RFC?
Mostly a FYI/RFC.
Would there be an issue if File::Spec::VMS get the changes before MM_VMS?
The last time I did this with Perl 5.8.6/7, I just made the changes to
get the tests to pass. This time I am trying to get the operations to
be as correct as possible.
So I need to re-write File::Spec::VMS so that in EFS mode it almost
never calls vmsify or unixify, and I do not know how long that will take.
-John
[EMAIL PROTECTED]
Personal Opinion Only
