At 9:57 PM +0000 11/27/04, Nicholas Clark wrote: >On Sat, Nov 27, 2004 at 03:31:17PM -0600, Craig A. Berry wrote: > >\> The editing looks fine. It appears that we also need the attached patch >> to get Config_heavy.pl put in the right place at the right time. > >Oops. I missed one then. Sorry about that, and thanks for the quick patch. >(Applied as 23557)
Great, thanks. Unfortunately we're not quite done yet. It seemed to work before because I had a PERL5LIB definition that compensated for the following problem. When it gets to building the utilities, it fails like so: MCR Sys$Disk:[]miniperl.exe "-I[.lib]" [.UTILS]PERLDOC.PL Can't locate Config_heavy.pl in @INC (@INC contains: lib/VMS_AXP lib perl_root:[lib.VMS_AXP.5_9_2] perl_root:[lib] perl_root:[lib.si te_perl.VMS_AXP] perl_root:[lib.site_perl] /perl_root/lib/site_perl .) at lib/Config.pm line 62. Extracting "perldoc.com" (with variable substitutions) %RMS-E-FNF, file not found Since Config_heavy.pl does exist and is located in the same places that Config.pm is located, I don't understand why it can find the one but not the other. I'll keep looking. Discussion of missing config symbols snipped. >All these symbols are defined on Unix, but quite possibly empty strings. >I'm not sure if it's more correct for me to modify configpm to cope with >then being undefined, or for the VMS configure system to be consistent with >Unix and set the first 4 to empty strings, and the 5th to the same as libs. It should be easy enough to add those to configure.com -- I'll look into it. -- ________________________________________ Craig A. Berry mailto:[EMAIL PROTECTED] "... getting out of a sonnet is much more difficult than getting in." Brad Leithauser
