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? Thanks, --Suresh --~--~---------~--~----~------------~-------~--~----~ You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php -~----------~----~----~----~------~----~------~--~---