Re: Building bleadperl (minperl) fails completely under VC7

Op wereld dierendag (Friday 04 October 2002 21:14), schreef H.Merijn Brand:

> On Fri 04 Oct 2002 19:21, Gurusamy Sarathy <[email protected]> wrote:
> > On Fri, 04 Oct 2002 17:32:56 BST, "Orton, Yves" wrote:
> > >Somewhere between now and the earlier 5.9 builds the build process under
> > >Win32 VC7 (or VC6) has broken completely.
> > >
> > >A straight out of the box (er rsynch) fails build with the following:
> > >
> > >        link -subsystem:console -out:..\miniperl.exe
> > >@C:\DOCUME~1\yorton\LOCALS~1\Temp\nmF6.tmp
> > >   Creating library ..\miniperl.lib and object ..\miniperl.exp
> > >dump.obj : error LNK2019: unresolved external symbol _Perl_do_dump_pad
> > >referenced in function _Perl_do_sv_dump
> > >op.obj : error LNK2019: unresolved external symbol _Perl_pad_add_name
> > >referenced in function _Perl_allocmy
> > >op.obj : error LNK2019: unresolved external symbol _Perl_pad_check_dup
> > >referenced in function _Perl_allocmy
> >
> > [...]
> >
> > >op.obj : error LNK2019: unresolved external symbol _Perl_intro_my
> > > referenced in function _Perl_newSTATEOP
> > >perly.obj : error LNK2001: unresolved external symbol _Perl_intro_my
> > >op.obj : error LNK2019: unresolved external symbol _Perl_pad_tidy
> > > referenced in function _Perl_newFORM
> >
> > Looks like whoever introduced/removed these symbols forgot to update
> > makedef.pl.
>
> That would be David :)

Well, it helps if the new 'pad.c' file gets compiled, so it needs to be added 
to the MICROCORE_SRC macro in win32/Makefile and win32/makefile.mk

I don't know if 'pad.h' should also be added the CORE_NOCFG_H macro (I did and 
it compiles with MinGW-2 [gcc-3.2], smoke still running).


good luck,

Abe
-- 
Amsterdam Perl Mongers http://amsterdam.pm.org
perl -Mstrict -wle 'sub Just{&$_}sub another{&$_}sub Perl{&$_}sub 
hacker{&$_}$_=sub{(split /::/,(caller 
$^W)[3])[-$^W].$"};print@{[Just,another,Perl,hacker]}'