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]}'
