On Wed, 2 Aug 2000, Ken Fox wrote:
> Tim Bunce wrote:
> > > Alan Burlison wrote:
> > > > the ability to relocate or install perl in some place other than the
> > > > initial install location without everything breaking.
>
> > Volunteers?
>
> XEmacs does this very well. Can an RFC just say "do what xemacs does" or
> does it have to be standalone?
You've always been able to do this just fine with perl5 too. I've yet to
see an example where editing the binaries didn't work.
And I'd be very surprised to see anything more portable. After all, if
you're using a shared libperl.so (or its perl6 equivalent), the system's
loader ld will have encoded the original location of libperl.so somehow
into the perl binary and you've got to change it on installation.
It's hard for me to see how anything about the perl6 internals could
possibly alleviate the need to call ld(1) somewhere in the build process,
so I think this matter is off-topic for -internals.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
