Re: Perl 5.8.1 final release

[Barry Treahy, Jr.]

Craig A. Berry wrote:

At 10:22 PM +0200 9/25/03, Michael Lemke wrote:
 

On Thu, 25 Sep 2003 13:15:18 -0700, Barry Treahy, Jr. <[EMAIL PROTECTED]> wrote:

   

I ran into the same problem with 5.8.0 and had to do the following as a work around:

$   set noon
$!  Put this find into the build [.EXT.ENCODE] location because the stupid
$!  automatic process fails to properly issue the following line to create
$!  the needed ENCODE.C file from the XS feed
$!
$   MCR [--]miniperl.exe -
      "-I[--.lib]" -
      "-I[--.lib]" -
      [--.lib.ExtUtils]xsubpp -
      -nolinenumbers -
      -typemap [--.lib.ExtUtils]typemap -
      ENCODE.xs >ENCODE.C
and I could not quickly determine why the standard build procedure failed...

     

Thanks.  Strange thing though, MMS does do it right.
   

I can't reproduce this problem with MMK 3.9-6.  Michael's original
report indicated he was using 3.4-6, which is very old and is very
likely the cause of the failure.
 

Well, I just ran into a rather bad situation (could be a typo on my
part):
A400> mms install

%DCL-I-SUPERSEDE, previous value of PERL_ROOT has been superseded
%DCL-I-SUPERSEDE, previous value of PERLSHR has been superseded
If F$TrnLnm("Sys") .nes. "" Then Deass SYS
MCR Sys$Disk:[]miniperl.exe "-I[.lib]" installperl
mkdir /perl_root/000000: no such device or address at installperl line 47
%RMS-F-SYN, file specification syntax error
%MMS-F-ABORT, For target INSTALL, CLI returned abort status: %X000186D4.
-RMS-F-SYN, file specification syntax error
   

I can't reproduce this problem.  What is the translation of the
perl_root logical name at the time that you get this error message?
Look at what's in perl_setup.com.
 

Actually, I upgraded to the latest MMK last night, downloaded 5.8.1 and 
it built just fine. 

I gather from the earlier posts, however, that CPAN is not VMS friendly 
and my results this AM would seem to confirm that; there doesn't appear 
to be any Unix to VMS name convention translation (ie. 03modlist.data.gz 
to 03modlist_data.gz).  Has anyone started work on this or is the 
general recommendation to just bag CPAN and manually download the 
indvidual modules?  Just seems like a lot of manual work when 
dependencies become an issue...

Barry

--

Barry Treahy, Jr                       E-mail: [EMAIL PROTECTED]
Midwest Microwave                          Phone: 480/314-1320
Vice President & CIO                         FAX: 480/661-7028