On Tue, 15 Aug 2000, Jarkko Hietaniemi wrote:
> On Tue, Aug 15, 2000 at 02:29:34PM -0700, Peter Prymmer wrote:
> >
> > On Tue, 15 Aug 2000, Jarkko Hietaniemi wrote:
> >
> > > On Tue, Aug 15, 2000 at 02:13:34PM -0700, Peter Prymmer wrote:
> > > >
> > > >
> > > > On Tue, 15 Aug 2000, Jarkko Hietaniemi wrote:
> > > >
> > > > > On Tue, Aug 15, 2000 at 11:08:40AM -0700, Peter Prymmer wrote:
> > > > > >
> > > > > >
> > > > > > On VMS the 6620 kit fails to build out of the box owing to a "missing"
> > > > > > return() from the brand new Perl_magic_regdatum_set() function in mg.c:
> > > > >
> > > > > That's why there's 6640 with a void Perl_magic_regdatum_set().
> > > >
> > > > Unfortunately it does not quite go far enough since we now
> > > > obtain a pointer mismatch error since MEMBER_TO_FPTR is
> > > > expecting an int:
> > >
> > > You are right. Sarathy already fixed this The Right Way. Hang on.
> >
> > OK. For what it is worth if I revert to the int type for the new
> > function in mg.c (and the prototype in proto.h) then I can compile
> > miniperl, but we seem to have introduced an XS file dependency unique
>
> Okay, good.
>
> > to VMS now since the perl build now fails with:
> >
> > MCR Sys$Disk:[]miniperl.exe "-I[.lib]" [.EXT.DYNALOADER]DYNALOADER_PM.PL
>
> Hmmm. Would adding -I[.ext] help any?
It might, but I don't think that it is dieing at that point, rather on the
AutoSplit of DynaLoader (which is what might benefit from adding
"-I[.ext]"). I'm still muddling with it though. I think my previous
speculation about Tim's patch having had an effect here was misplaced
since this is an Autosplit DynaLoader problem and does not invoke
File::Temp AFAIK.
Peter Prymmer
