Craig A. Berry wrote:
At 5:41 PM -0400 7/15/05, John Malmberg wrote:
But it seems that the need for eliminate_macros would go completely
away if Perl was setting the DCL symbols instead of the logical names,
because then MMS/MMK would see them. And I think that it does not look
hard to make that happen.
Sorry if I missed this in an earlier post, but what symbols are
MMS/MMK looking for that they don't find? As far as I know,
everything gets passed through explicitly using the /MACRO qualifier.
Well if the VMS specific hack was not there, there appears to be quite a
few shell symbols that would have been set where MMS would be expected
to pick them up.
Of course that type of thing is really only practical if Perl is
actually running the "make" program right after building it, because who
could expect the shell variables to be persistent.
So changing this part of makemaker to be consistent with other platforms
may not be in the interest of the VMS users.
I already saw one interesting issue show up where Perl was built with a
process rooted logical, but the tests were run from a login later on
that did not have that logical.
The embed.t test then fails because Perl instead of using logical names
in the linker option file as per VMS convention, the pre-install perl
uses absolute pathnames for the extensions to find the Perl shared images.
The install script changes the references to be relative pathnames.
I do not understand why they just did not start out to be logical names,
and then they would never need to be changed.
-John
[EMAIL PROTECTED]
Personal Opinion Only
