Re: Problem building Perl 5.10.0 on OpenVMS V8.3-1H1

On Oct 24, 2008, at 5:10 AM, Vorländer, Martin wrote:

> Hi!
>
>> I'm trying to build Perl 5.10.0 on my Integrity server.  I downloaded
>> http://www.cpan.org/src/perl-5.10.0.tar.gz today, used GUNZIP and  
>> VMSTAR to
>> unpack it,
>
> I repacked it to ZIP under Windows before transfering it to Integrity.
>
>> and then ran CONFIGURE.COM taking all the default answers (except
>> for my email address).
>>
>> Here's what happens when I try to build it:
>>
>>   $ mms
>>
>>   Copy/NoConfirm/Log [.VMS]SOCKADAPT.H []
>>   %COPY-S-COPIED, D1:[perl.PERL-5_10_0.vms]sockadapt.h;1
>> copied to D1:[PERL.PERL-5_10_0]sockadapt.h;1 (10 blocks)
> ...
>>   CC/DECC/NOANSI_ALIAS
>> /Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj/NoList/f
>> loat=ieee/ieee=denorm/Define=(PERL_CORE,_USE_STD_STAT=1) MRO.C
>>   %MMS-F-GWKNOPRN, There are no known sources for the
>> current target GENERATE_UUDMAP.OBJ

This one I fixed here:

http://public.activestate.com/cgi-bin/perlbrowse/p/33589

It should be in 5.10.1.


>
> @make_ext "Sys$Disk:[]miniperl.exe" "MMS"
>
>        Making attrs (dynamic)
> Writing Descrip.MMS for attrs
> cp attrs.pm [--.lib]attrs.pm
> MCR [--]miniperl.exe "-I[--.lib]" "-I[--.lib]" -e "use  
> ExtUtils::Mksymlists;"   -e "Mksymlists('NAME' => 'attrs',  
> 'DL_FUNCS' => {  }
> , 'DL_VARS' => [], 'FUNCLIST' => [])"
> MCR [--]miniperl.exe -e "print ""[--.lib.auto.attrs]attrs.olb/ 
> Include=attrs\n[--.lib.auto.attrs]attrs.olb/Library\n"";" >>ATTRS.OPT
> MCR [--]miniperl.exe -e "print qq{[--]PerlShr.exe/Share\n}"  
> >>ATTRS.OPT
> MCR SYS$SYSDEVICE:[TEMP.PERL-5_10_0]miniperl.exe "-I[--.lib]" "- 
> I[--.lib]" "-MExtUtils::Command" -e cp ATTRS.OPT [--.LIB.AUTO.ATTRS]
> ATTRS.OPT
> %MMS-F-GWKNOACTS, Actions to update ATTRS.C are unknown.
> %MMS-F-ABORT, For target DYNEXT, CLI returned abort status:  
> %X10EE805C.
>
> A similar rule fails there:
>
> attrs.c : $(XSUBPPDEPS)
>
> instead of
>
> attrs.c : attrs.xs $(XSUBPPDEPS)



I have MMS 3.8-2 on Alpha and seldom if ever use it because of this  
problem.  It appears to simply ignore the rule that looks like:

# --- MakeMaker xs_c section:

.xs.c :
         $(XSUBPPRUN) $(XSPROTOARG) $(XSUBPPARGS) $(MMS 
$TARGET_NAME).xs >$(MMS$TARGET)


I don't know if case sensitivity is a problem here, such that if you  
defined .xs.C, .XS.C, and .XS.c as well as the above it might pick up  
one of them.  SET PROCESS/CASE_LOOKUP=SENSITIVE might do something for  
this but would probably break a lot of other things.

I suppose we ought to diagnose what exactly MMS is doing here and fix  
MakeMaker to work around it, but over the years they've always thought  
of new ways to break MMS faster than we could come up with  
workarounds.  I use MMK almost exclusively, which avoids both of the  
problems mentioned and is still available here:

http://www.madgoat.com/

http://www.kednos.com/kednos/Resources/MX


__________
Craig A. Berry
mailto:[email protected]

"... getting out of a sonnet is much more
  difficult than getting in."
                  Brad Leithauser