On Sat, Apr 20, 2002 at 11:05:05AM -0500, Craig A. Berry wrote:
> At 1:05 AM -0400 4/20/02, Michael G Schwern wrote:
> >So here's the list o' obstacles to proper prefixifying on VMS.
> >
> >- Obviously, you can't just concatenate paths.
>
> True, and the very name "prefix" suggests that you can. What we
> really mean by prefix on VMS is a device and directory spec that can
> be prepended to a filename to get a full path.
Right. A prefix. :)
> >so what I'm going to do is override prefixify() on VMS so that it
> >looks for perl_root:, tears that out and hard-codes your new PREFIX.
>
> Something like that makes sense, but the 'perl_root' string is
> configurable via $Config{vms_prefix}.
Ahh, good to know. I'll use that instead of hard coding "perl_root"
> If someone wanted to make it 'perl$rootdir' they could do so in
> principle, though I've never tried it and don't recommend it.
> Still, we shouldn't build things that will automatically break
> if someone does change it.
It won't break. You'll just get the default layout.
> >I'm also going to override init_INSTALL so that on 5.6.1 and back it
> >will attempt to recover the missing %Config variables from other
> >existing ones.
>
> Thanks for your efforts. I'm sorry I haven't had time to get more
> involved in this. Give a holler when there is something to test.
Should be soon. Now that I've convinced myself that it's Right to
reimplement init_INSTALL() and prefixify() for VMS rather than
hacking exceptions into MM_Unix it makes more sense.
--
Michael G. Schwern <[EMAIL PROTECTED]> http://www.pobox.com/~schwern/
Perl Quality Assurance <[EMAIL PROTECTED]> Kwalitee Is Job One
"You killed my fish?"
"Why does that pickle you?"
http://sluggy.com/d/010204.html
