On Jun 23, 2010, at 7:02 PM, Craig A. Berry wrote:
>
> On Jun 23, 2010, at 10:23 AM, Mark Berryman wrote:
>
>>>>> Running Makefile.PL in cpan/Archive-Extract
>>>>> $1$dkd0:[berryman.perl-5_12_1]miniperl.exe;1 "Makefile.PL"
>>>>> "INST_LIB=[--.lib]" "INST_ARCHLIB=[--.lib]" "PERL_CORE=1"
>>>>> Writing Descrip.MMS for Archive::Extract
>>>>> Making all in cpan/Archive-Extract
>>>>> MMK "all" /DESCRIPTION=descrip.mms /MACRO=("PERL_CORE=1")
>>>>> %MMK-F-CANTUPD, cannot update target [.LIB]ARCHIVE - sources unknown
>>>>> %MMK-F-CANTUPD, cannot update target [.LIB]ARCHIVE - sources unknown
>>>>> Unsuccessful make(cpan/Archive-Extract): code=1024 at make_ext.pl line
>>>>> 449.
>>>>> %NONAME-F-NOMSG, Message number 0C14805C
>>>>> %MMK-F-ERRUPD, error status %X0C14805C occurred when updating target
>>>>> NONXSEXT
>>
>> I found the problem. My system has the logical name ARCHIVE defined on it.
>> Building at a time when I could delete that logical allowed the build to
>> complete.
>
>
> Perhaps enabling DECC$DISABLE_TO_VMS_LOGNAME_TRANSLATION would avoid the
> problem without needing to delete the logical name. If anyone has a chance
> to try that, please do so and report back.
It would appear that it does. However, I did still have to remove all the
other DECC logicals I had defined (all related to mixed-case and extended
filenames) as the build procedure otherwise seriously choked on the presence of
ODS-5 pathnames (I am building on an ODS-5 disk). None of the DECC logicals I
had in place were flagged as dangerous by configure.com. Here are the 3 I
normally keep defined:
"DECC$ARGV_PARSE_STYLE" = "ENABLE"
"DECC$EFS_CASE_PRESERVE" = "ENABLE"
"DECC$EFS_CHARSET" = "ENABLE"
Mark Berryman
