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
-~----------~----~----~----~------~----~------~--~---