Hi all-

Building with mms vs. mmk "fixed" the image activation error, 
but the link part still bombs... anyone know what/where the symobls
%LINK-I-UDFSYM,         PL_REGKIND 
%LINK-I-UDFSYM,         PL_SIMPLE 
%LINK-I-UDFSYM,         PL_VARIES 
should be set/should be set to?

Regards,
m2.

-----Original Message-----
From: Maxim, Michael 
Sent: Monday, June 25, 2001 10:26 AM
To: 'Craig A. Berry'; Maxim, Michael
Cc: 'Peter Prymmer'; Maxim, Michael; [EMAIL PROTECTED]
Subject: RE: Kit to build perl + entensions


Hi all-

Okay, tried a few more things, still getting nothing good tho.
-installed MMK 
-made sure gcc wasn't setup (used DEC C V5.6-003 on OpenVMS VAX V7.1 )
-ran the build from disk:[dir] instead of disk:[dir.perlbuild], 
and 
-ran with @perlbuild "" disk:[perl5_6_1.], both had the
link error listed below in the previous note AND the following error 
after build and @perl_setup:

=> perl -v
%DCL-W-ACTIMAGE, error activating image PERLSHR
-CLI-E-IMGNAME, image file DSA70:[3WEEK_TEMP.PERL.][000000]PERLSHR.EXE;1
-SYSTEM-F-SHRIDMISMAT, ident mismatch with shareable image

Here's the re.opt file:
The TEMP_DATA:[3WEEK_TEMP.PERL.LIB.VMS_VAX.5_6_1.AUTO.RE]re.opt
UNIVERSAL=boot_re
[--.lib.auto.re]re.olb/Include=re
[--.lib.auto.re]re.olb/Library
[--]PerlShr.exe/Share

Any ideas, or other stuff I should try?  Gonna try again with MMS instead of
MMK, and see how that works out...

Regards,
m2.
Michael A. Maxim

Semper in faecebus sumus sole profundum variat...

>-----Original Message-----
>From: Craig A. Berry [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 22, 2001 9:05 PM
>To: Maxim, Michael
>Cc: 'Peter Prymmer'; Craig A. Berry; Maxim, Michael; [EMAIL PROTECTED]
>Subject: RE: Kit to build perl + entensions

>At 4:40 PM -0700 6/22/01, Maxim, Michael wrote:

>>Would like to install 1 level up, but disk:[foo.perl] already lives there
>>(old install that I'm not at liberty to nuke away... yet).  Seems that
Craig's script
>>does allow a different name, if this build bombs.

>yup, call it whatever you want, though as Peter suggested
>disk::[foo.perl5_6_1] makes sense.

I'm still getting this link error:
Link /NoTrace/NoMap /Shareable=[--.LIB.AUTO.RE]PL_RE.EXE
re.opt/Option,[--]perls
%LINK-W-NUDFSYMS, 3 undefined symbols:
%LINK-I-UDFSYM,         PL_REGKIND 
%LINK-I-UDFSYM,         PL_SIMPLE 
%LINK-I-UDFSYM,         PL_VARIES 
%LINK-W-USEUNDEF, undefined symbol PL_REGKIND referenced
        in psect $CODE offset %X00001FE7
        in module RE_COMP file PERLKIT:[SOURCE.LIB.AUTO.RE]RE.OLB;1
...
.... many many offsets deleted .....
...
%LINK-W-USEUNDEF, undefined symbol PL_REGKIND referenced
        in psect $CODE offset %X000080B3
        in module RE_EXEC file PERLKIT:[SOURCE.LIB.AUTO.RE]RE.OLB;1
%MMK-F-ERRUPD, error status %X10648268 occurred when updating target
[--.LIB.AUT
O.RE]PL_RE.EXE
%MMK-F-ERRUPD, error status %X1C14803C occurred when updating target DYNEXT

>Without this working, the main build doesn't really complete, so
>building modules against it is pretty pointless.  I suppose this
>could be a directory depth problem, though I'm not sure.  You might
>post the contents of the .opt files under [.ext.re...] and see if
>anything odd turns up there.
>-- 
>____________________________________________
>Craig A. Berry                  
>mailto:[EMAIL PROTECTED]
>
>"Literary critics usually know what they're
>talking about. Even if they're wrong."
>       -- Perl creator Larry Wall

Reply via email to