In article <[EMAIL PROTECTED]>,
 [EMAIL PROTECTED] (Abe Timmerman) wrote:

> I am now working on porting Test::Smoke to OpenVMS, thanks to Bernd Ulmann.

Thanks for working on this.  

> I'm on this machine:
> TIMMERMAN:FAFNER$ perl -"Ilib" -"MTest::Smoke::SysInfo=tsuname" -"le" "print
> tsuname()"
> FAFNER openvms - V7.2 VAX_7000-720  VAX_7000-720

It's been quite a while since I've seen any serious build problems on 
Alpha, but VAX doesn't get tested much so this is good to see.

> After a successful configure I start MMK and get:
> 
> MCR [--]miniperl.exe "-I[--.lib]" "-I[--.lib]" -e "use ExtUtils::Mksymlists;"
> -e "Mksymlists('NAME' => 'Encode', 'DL_FUNCS' => {  }, 'DL_VARS' => [],
> 'FUNCLIST' => [])"
> MCR [--]miniperl.exe -e "print 
> ""[--.lib.auto.Encode]Encode.olb/Include=Encode\n
> [--.lib.auto.Encode]Encode.olb/Library\n"";" >>ENCODE.OPT
> MCR [--]miniperl.exe -e "print qq{[--]PerlShr.exe/Share\n}" >>ENCODE.OPT
> Copy/NoConfirm ENCODE.OPT [--.LIB.AUTO.ENCODE]ENCODE.OPT
> MCR [--]miniperl.exe "-I[--.lib]" [.bin]enc2xs -"Q" -"O" -o DEF_T.C -f 
> def_t.fnm
> Writing compiled form
> 512 bytes in string tables
> 32 bytes (5.88%) saved spotting duplicates
> Reading iso-8859-1 (iso-8859-1)
> Reading ascii (ascii)
> Reading ascii-ctrl (ascii-ctrl)
> Reading null (null)
> CC/DECC /Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj 
> /Define=("VERSION=
> ""2.02""","XS_VERSION=""2.02""")/Include=([--],[.Encode])/NoList  ENCODE.c
> %CLI-F-OPENIN, error opening
>    DISK$USER_2:[TIMMERMAN.KLAD.PERL-CURRENT.EXT.ENCODE]ENCODE.C; as input
> -RMS-E-FNF, file not found

I guess the first question is whether you do in fact have an ENCODE.c.  
I suspect you don't because in your log above, immediately after the 
line that copies encode.opt and before running enc2xs, you should have 
the line:

MCR [--]miniperl.exe "-I[--.lib]" "-I[--.lib]" [--.lib.ExtUtils]xsubpp  
-nolinenumbers -typemap [--.lib.ExtUtils]typemap ENCODE.xs >
ENCODE.C

As a temporary workaround, you could try setting default to the Encode 
directory and explicitly making ENCODE.c:

$ mmk ENCODE.c

and then proceeding with the build.  

But the real question is how the relevant dependency got missed in the 
main build.  Encode is a complicated extension and there have been some 
problems building it with older versions of MMK.  What version of MMK 
are you using (type mmk/ident to find out)?  If it doesn't say 3.9-6, 
go to <http://www.madgoat.com> and get the latest version.  If that 
doesn't help, then we'll have to back up and think about what else 
might be happening.

Reply via email to