Re: Error Building OpenVMS perl 5.20.2

Eric Robertson <[email protected]> Tue, 02 Jun 2015 16:32:28 -0400
Newsgroups gmane.comp.lang.perl.ports.vms
Message-ID <[email protected]>
Craig A. Berry wrote:

>> Creating Makefile.PL in dist/ExtUtils-ParseXS for ExtUtils::ParseXS
>>
>> Running Makefile.PL in dist/ExtUtils-ParseXS
>> DKB1:[usr.robertson.WebDownloads.perl.perl-5^.20^.2.][000000]MINIPERL.EXE;2 
>>
>> "-I../../lib" "Makefile.PL" "INST_LIB=[--.lib]" "INST_AR
>> CHLIB=[--.lib]" "PERL_CORE=1"
>> Generating a MMK-style Descrip.MMS
>> Writing Descrip.MMS for ExtUtils::ParseXS
>> Making all in dist/ExtUtils-ParseXS
>> MMK all /DESCRIPTION=descrip.mms /MACRO=("PERL_CORE=1")
>> %MMK-F-CANTUPD, cannot update target [.LIB.EXTUTILS]XSUBPP^.. - sources
>> unknown
>> %MMK-F-CANTUPD, cannot update target [.LIB.EXTUTILS]XSUBPP^.. - sources
>> unknown
>  
> Please check that you have extended parse enabled in the process, and 
> please also check that you do not have DECC$EFS_CHARSET explicitly 
> disabled in the process.  This is just guessing.  I've never seen this 
> particular error so I don't know for sure what's going on, but 
> "XSUBPP^.." sure looks like something went wrong with handling 
> extended characters.
Thanks for the clue! I had not built perl since 5.18.2 and while the 
command procedure that builds perl had the SET 
PROCESS/PARSE_STYLE=EXTENDED/CASE_LOOKUP=BLIND as its first command, my 
LOGIN.COM had changed and no longer had this command in it. So in some 
cases MMK would create batch jobs which would not setup the EXTENDED 
parse style needed for ODS-5 extended file naming. After I added this 
command back to my LOGIN.COM, all was well and perl 5.22.0 built 
successfully.

Thanks again for the quick response!

Regards,

Eric