Hi,
2017/5/30 Tue 23:38:48 UTC+9 [email protected] wrote:
> I take it back - this patch doesn't help. After consulting with Perl
> experienced colleague:
> Vim doesn't include inline.h from Perl and only defines S_SvREFCNT_dec() -
> but now it needs to define S_POPMARK() too, which is difficult to pick out
> from inline.h. It could end up in including entire inline.h to VIM, which is
> non elegant solution. The best course of action should be fixing dynamic
> linking in Win32 compiler.
I think that the same problem occurs when use dynamic linking on Linux.
BTW, how about this?
Maybe additional fix will be needed when we support Perl 5.26 on Windows,
but both ActivePerl and Strawberry Perl 5.26 are not available yet.
Regards,
Ken Takata
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
# HG changeset patch
# Parent 4d1120cb670a1e14c3e8cb6327ab3c194b56ba78
diff --git a/src/if_perl.xs b/src/if_perl.xs
--- a/src/if_perl.xs
+++ b/src/if_perl.xs
@@ -628,6 +628,7 @@ static struct {
* For now, only the definitions of S_SvREFCNT_dec are needed in
* "perl\lib\CORE\inline.h". */
# if (PERL_REVISION == 5) && (PERL_VERSION >= 18)
+# if PERL_VERSION < 26
static void
S_SvREFCNT_dec(pTHX_ SV *sv)
{
@@ -639,6 +640,9 @@ S_SvREFCNT_dec(pTHX_ SV *sv)
Perl_sv_free2(aTHX_ sv, rc);
}
}
+# else
+# include <inline.h>
+# endif
# endif
/*
