Suresh Govindachar wrote:
> The Make_ming.mak file for gvim has the lines: > > ifdef PERL > ifeq (no, $(DYNAMIC_PERL)) > LIB += -lperl$(PERL_VER) > endif > endif > > So when building gvim with dynamic support for perl: > > 1) For older versions of ActivePerl, the build is > successful without any explicit -lperl58 > > The linker somehow knows that perl58 related > symbols that it cannot resolve will be resolved > at runtime via perl58.dll > > 2) For the latest ActivePerl (build 822), when build > is done without adding -lperl58 > > The linker somehow knows -- for almost all -- the > perl58 related symbols that it cannot resolve, they > will be resolved at runtime via perl58.dll > > For some reason, the linker demands that two > particular symbols Perl_sv_2iv_flags and > Perl_newXS_flags be resolved at link time via > an explicit addition of -lperl58 > > So ActiveState is "exporting" Perl_sv_2iv_flags and > Perl_newXS_flags in a way that is different from the > way they export other symbols. > > Is it possible to examine perl58.dll and/or perl58.lib > to figure out what's wrong in the way Perl_sv_2iv_flags > and Perl_newXS_flags are being exported? It sounds like the symbols that we handle especially for DYNAMIC_PERL are missing these two symbols. Perhaps someone can add them in if_perl.xs (around line 100, 180 and 260) and see if that fixes it. Then send me the patch. -- hundred-and-one symptoms of being an internet addict: 262. Your computer has it's own phone line - but your daughter doesn't. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://ICCF-Holland.org /// --~--~---------~--~----~------------~-------~--~----~ You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php -~----------~----~----~----~------~----~------~--~---
