in reply to Re^9: Disappointed with latest Strawberry Perl
in thread Disappointed with latest Strawberry Perl
I think the fixed installation mostly stems from some weird belief that executables (and especially Perl) are not relocatable by default on Win32.
Unless I'm missing something, it's almost completely undocumented short of examining the source code.
Prompted by your post, from a little experimention and source code browsing in win32/win32.c, it looks like on Windows, perl.exe automatically sets @INC relative to $^X. However, most of the Perl toolchain looks to Config.pm and Config_heavy.pl to determine the right directories for various library paths, which is why things break oddly just moving the directory without patching those files. (I think that is what you're describing is the case.)
Given that, it should be fairly easy to patch Config.pm and Config_heavy.pl to just set the library paths similarly by looking relative to $^X
It also looks like perl.exe uses the long path for $^X and the derived pathnames. I wonder if those were the short pathnames instead whether things would work better if Perl were installed in places like "C:\Program Files\perl"?
-xdg
Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^11: Disappointed with latest Strawberry Perl
by syphilis (Archbishop) on Jan 01, 2008 at 09:14 UTC | |
|
Re^11: Disappointed with latest Strawberry Perl
by Anonymous Monk on Jan 01, 2008 at 06:06 UTC | |
by xdg (Monsignor) on Jan 01, 2008 at 17:46 UTC |