perl.inline http://www.nntp.perl.org/group/perl.inline/ ... Copyright 1998-2015 perl.org Sat, 18 Apr 2015 20:27:28 +0000 ask@perl.org printing to stderr by rahed Hi,<br/><br/>I use module Inline::Java like this:<br/><br/>use Inline Java =&gt; &#39;DATA&#39;;<br/><br/>I&#39;d like to print from a java code to stderr. My framework is a daemon,<br/>only WARN signals are catched and sent through syslog to a console. Is<br/>it possible to print from a DATA section of a java code? I tried<br/>System.err.println with no effect.<br/><br/>Thanks.<br/><br/>-- <br/>Radek<br/> http://www.nntp.perl.org/group/perl.inline/2015/02/msg4740.html Fri, 06 Feb 2015 11:21:27 +0000 RE: Inline::Python but vice versa by Konovalov, Vadim From: Stefan Seifert [mailto:nine@detonation.org] <br/>&gt; On Saturday 13 December 2014 12:44:22 Konovalov, Vadim wrote: <br/>&gt; <br/>&gt; &gt; A hopefully simple question, <br/>&gt; &gt; Is it possible to use Perl from Python? <br/>&gt; &gt; <br/>&gt; &gt; All I want to do - to script some editor with perl, whereas only <br/>&gt; &gt; python scripting is available... <br/>&gt; <br/>&gt; You mean your editor is written in Perl and you want to <br/>&gt; allow for your users to script it in Python and these <br/>&gt; Python scripts should be able to call back into Perl to for <br/>&gt; example call API methods? <br/> <br/>No, <br/>There is existing editor (e.g. sublime or maybe KIG - KDE 2D-geometry) <br/>which is scripted by python already, <br/>but I want to use Perl from there. <br/> <br/>What I actually want - is a module inside vanilla python that allows me to run Perl, ... <br/> <br/>I&#39;ve read &quot;Using-Perl-inside-Python-inside-Perl&quot; but seems to me this isn&#39;t exactly what helps me in this situation. <br/>Yet I already used Perl-inside-Python-inside-Perl :) <br/>The cool stuff possible with Inline::Python is that I can write fully functional application with Qt, whereas Qt used via Python (perlQt are all stale) and I was able to do this way - <br/> <br/>use Inline Python =&gt; &lt;&lt;&#39;EOS&#39;; <br/>....... <br/> self.pushButton = QtGui.QPushButton(&quot;&amp;Foo Button&quot;) <br/>..... <br/> self.pushButton.clicked.connect(perl.qwerty); <br/>...... <br/>EOS <br/> <br/>my $app = get_app(); <br/>my $w = init_some_window(); <br/> <br/>sub qwerty { <br/> $w-&gt;{pushButton}-&gt;setText(&#39;[&#39;.$w-&gt;{pushButton}-&gt;text().&#39;]&#39;); <br/>} <br/> <br/>$app-&gt;exec_(); <br/> <br/>Really really really cool stuff :) <br/> <br/>Have a nice day, <br/>Vadim. <br/> http://www.nntp.perl.org/group/perl.inline/2014/12/msg4739.html Sat, 13 Dec 2014 13:40:06 +0000 Re: Inline::Python but vice versa by Stefan Seifert Hi Vadim,<br/><br/>On Saturday 13 December 2014 12:44:22 Konovalov, Vadim wrote:<br/><br/>&gt; A hopefully simple question,<br/>&gt; Is it possible to use Perl from Python?<br/>&gt; <br/>&gt; All I want to do - to script some editor with perl, whereas only python<br/>&gt; scripting is available... Of course my editor-api calls will be issued with<br/>&gt; Inline::Python or something like that.<br/><br/>You mean your editor is written in Perl and you want to allow for your users <br/>to script it in Python and these Python scripts should be able to call back <br/>into Perl to for example call API methods?<br/><br/>Yes, that&#39;s exactly what my use case looks like and probably what&#39;s tested <br/>best. You could for example pass an Editor object as parameter to your Python <br/>script and the script may use it like it was a plain normal Python object and <br/>call methods on it.<br/><br/>https://metacpan.org/pod/distribution/Inline-Python/Python.pod#Using-Perl-inside-Python-inside-Perl may give you additional pointers to what&#39;s possible.<br/><br/>Please feel free to ask any questions that may come up on how to integrate <br/>Python scripting. I do have quite some experience on how to bridge these two <br/>languages and am happy to help.<br/><br/>Regards,<br/>Stefan<br/> http://www.nntp.perl.org/group/perl.inline/2014/12/msg4738.html Sat, 13 Dec 2014 13:09:43 +0000 Inline::Python but vice versa by Konovalov, Vadim Dear Stefan, <br/>First of all, thank you for maintaining such a useful module, <br/> <br/>All other supporters, thank you to make the really nice module possible :) <br/> <br/>A hopefully simple question, <br/>Is it possible to use Perl from Python? <br/> <br/>All I want to do - to script some editor with perl, whereas only python scripting is available... <br/>Of course my editor-api calls will be issued with Inline::Python or something like that. <br/> <br/>Interested in solutions that are not only theoretical but verified in practice :) <br/> <br/>Thanks in advance, <br/>Vadim. <br/> http://www.nntp.perl.org/group/perl.inline/2014/12/msg4737.html Sat, 13 Dec 2014 12:44:41 +0000 Re: Inline-Java Installation using Cygwin and JDK1.8 ERROR /usr/bin/dlltool: Can't open def file: jvm.def by Ed . Hi Peter, <br/> <br/>Thanks for the report! For whatever reason, the jvm.def and test files weren&acirc;&#128;&#153;t in the repo, but they are now (and in newly-released 0.55). Please give it a go and see whether it works. <br/> <br/>Cheers, <br/>Ed <br/> <br/>From: Peter Leong <br/>Sent: Friday, November 14, 2014 8:59 AM <br/>To: inline@perl.org <br/>Subject: Inline-Java Installation using Cygwin and JDK1.8 ERROR /usr/bin/dlltool: Can&#39;t open def file: jvm.def <br/> <br/>Hi, <br/> <br/>I have been trying to install Inline::Java with JNI on Cygwin Windows 7 on jdk1.8.0_25 without much avail. Have anyone been successful with installing in Cygwin on jdk1.8.0.25? <br/> <br/>/usr/bin/dlltool: Can&#39;t open def file: jvm.def <br/> <br/>Checking if your kit is complete... <br/>Warning: the following files are missing in your kit: <br/> Java/jvm.def <br/> Java/PerlNatives/t/01_init.t <br/> Java/PerlNatives/t/02_perl_natives.t <br/>Please inform the author. <br/>WARNING: ABSTRACT contains control character(s), they will be removed <br/> <br/> <br/>Thanks <br/>Peter <br/> http://www.nntp.perl.org/group/perl.inline/2014/11/msg4736.html Fri, 14 Nov 2014 15:04:15 +0000 Inline-Java Installation using Cygwin and JDK1.8 ERROR/usr/bin/dlltool: Can't open def file: jvm.def by Peter Leong Hi,<br/><br/>I have been trying to install Inline::Java with JNI on Cygwin Windows 7 on<br/>jdk1.8.0_25 without much avail. Have anyone been successful with<br/>installing in Cygwin on jdk1.8.0.25?<br/><br/>/usr/bin/dlltool: Can&#39;t open def file: jvm.def<br/><br/>Checking if your kit is complete...<br/>Warning: the following files are missing in your kit:<br/> Java/jvm.def<br/> Java/PerlNatives/t/01_init.t<br/> Java/PerlNatives/t/02_perl_natives.t<br/>Please inform the author.<br/>WARNING: ABSTRACT contains control character(s), they will be removed<br/><br/><br/>Thanks<br/>Peter<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/11/msg4735.html Fri, 14 Nov 2014 13:44:01 +0000 WriteInlineMakefile deprecated by Ed . Hi,<br/><br/>The following CPAN distribs use WriteInlineMakefile. This is deprecated, <br/>please change to WriteMakefile.<br/><br/>Mail::ClamAV - bundles Inline::MakeMaker, please don&#39;t do that.<br/><br/>Refer in Makefile.PL:<br/>Ogg::Vorbis::Header<br/>Freq<br/>Tie::GHash<br/>Video::OpenQuicktime<br/>Audio::Ao<br/>UNIX::Cal<br/>Bloom16<br/><br/>Module::Depends - fakes use of WriteInlineMakefile as part of functioning<br/><br/>PDL - please update in example Example/InlinePdlpp/Module/Makefile.PL<br/><br/>Best regards,<br/>Ed J<br/>Inline team <br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/08/msg4734.html Fri, 15 Aug 2014 20:40:09 +0000 JNI segfault on exit by GP2U Telehealth Using Inline::Java and the JVM everything is fine. If JNI is invoked<br/>then it works, but on exit segfaults tyring to invalidate a non<br/>existant pointer.<br/>Anyone got a pointer to how to avoid/fix this?<br/><br/>[root@w32 JNI]# cat Hello.java JNICrash.pm jni.pl<br/>public class Hello {<br/> String Message;<br/> public Hello(<br/> String Message<br/> ) {<br/> this.Message = Message;<br/> }<br/> public int speak() {<br/> System.out.println( this.Message );<br/> return 0;<br/> }<br/>}<br/><br/>package JNICrash;<br/><br/>use strict;<br/>use warnings;<br/>BEGIN {<br/> $ENV{CLASSPATH} = &#39;.&#39;;<br/> $ENV{PERL_INLINE_JAVA_JNI} = 1;<br/><br/>sub CrashNBurn {<br/> my ($msg) = @_;<br/> use Inline (<br/> Java =&gt; &#39;STUDY&#39;,<br/> STUDY =&gt; [ &#39;Hello&#39; ],<br/> DEBUG =&gt; 1, #5,<br/> DIRECTORY =&gt; &#39;/tmp/&#39;,<br/> PACKAGE =&gt; &#39;main&#39;,<br/> );<br/> my $java = new Hello( $msg );<br/> $java-&gt;speak();<br/> #undef $java;<br/>}<br/>1;<br/><br/>#!/bin/env perl<br/><br/>use strict;<br/>use lib &#39;.&#39;;<br/>use JNICrash;<br/>JNICrash::CrashNBurn( &quot;Hello, world!&quot; );<br/>[download] &lt;http://perlmonks.org/?abspart=1;displaytype=displaycode;node_id=1094297;part=1&gt;<br/><br/>Which runs fine when $ENV{PERL_INLINE_JAVA_JNI} = 0 but produces this when<br/>PERL_INLINE_JAVA_JNI = 1<br/><br/>[root@w32 JNI]# ./jni.pl<br/>[perl][1] validate done.<br/>[perl][1] Starting load.<br/>[perl][1] starting JVM...<br/>[perl][1] JNI mode<br/>[perl][1] using jdat cache<br/>[perl][1] load done.<br/>[java][1] loading InlineJavaUserClassLink via InlineJavaUserClassLoader<br/>Hello, world!<br/>[perl][1] killed by natural death.<br/>[perl][1] JVM owner exiting...<br/>[perl][1] exiting with 0<br/>*** glibc detected *** perl: munmap_chunk(): invalid pointer: 0x00c0446c ***<br/>======= Backtrace: =========<br/>/lib/libc.so.6[0xa10e31]<br/>perl(Perl_safesysfree+0x21)[0x80cde41]<br/>perl(perl_destruct+0x200)[0x807a690]<br/>perl(main+0xf3)[0x805fff3]<br/>/lib/libc.so.6(__libc_start_main+0xe6)[0x9b6d26]<br/>perl[0x805fe61]<br/>======= Memory map: ========<br/>[snip]<br/>[download] &lt;http://perlmonks.org/?abspart=1;displaytype=displaycode;node_id=1094297;part=2&gt;<br/><br/>This happens on CentOS 5 &amp; 6 with versions of Perl 5.10, 5,12, 5,18. Inline<br/>is 0.53<br/><br/>Dr James Freeman<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4733.html Mon, 28 Jul 2014 15:52:50 +0000 [rt.cpan.org #97443] I have found a bug! by Ed J via RT Wed Jul 23 15:55:10 2014: Request 97443 was acted upon.<br/>Transaction: Correspondence added by ETJ<br/> Queue: Inline<br/> Subject: I have found a bug!<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ej_zg@hotmail.com<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=97443 &gt;<br/><br/><br/>Test successful - bugs still get registered/notified via RT even though other &quot;preferred bug-tracker&quot;.<br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4732.html Wed, 23 Jul 2014 19:55:17 +0000 [rt.cpan.org #97443] I have found a bug! by Ed . via RT Wed Jul 23 15:41:36 2014: Request 97443 was acted upon.<br/>Transaction: Ticket created by ej_zg@hotmail.com<br/> Queue: Inline<br/> Subject: I have found a bug!<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ej_zg@hotmail.com<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=97443 &gt;<br/><br/><br/><br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4731.html Wed, 23 Jul 2014 19:41:43 +0000 Re: undefined symbol: PL_stack_sp by sisyphus1 <br/>From: Ingy dot Net<br/>Sent: Saturday, July 19, 2014 2:28 AM<br/>Subject: Re: undefined symbol: PL_stack_sp<br/><br/>&gt; Can someone turn this into an issue here <br/>&gt; https://github.com/ingydotnet/inline-c-pm/issues<br/><br/>Done.<br/>Please direct follow-ups to:<br/><br/>https://github.com/ingydotnet/inline-c-pm/issues/12<br/><br/>Cheers,<br/>Rob <br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4730.html Sun, 20 Jul 2014 02:40:22 +0000 [rt.cpan.org #95809] [PATCH] Using Inline in a distribution with multiple modules by Ed J via RT Sat Jul 19 18:50:38 2014: Request 95809 was acted upon.<br/>Transaction: Correspondence added by ETJ<br/> Queue: Inline<br/> Subject: [PATCH] Using Inline in a distribution with multiple modules<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: slam@parasite.cc<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=95809 &gt;<br/><br/><br/>Test contributed by neomorphic, in Inline::C/test/27inline_maker.t. Closing.<br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4729.html Sat, 19 Jul 2014 22:50:47 +0000 [rt.cpan.org #95809] [PATCH] Using Inline in a distribution with multiple modules by Ed J via RT &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=95809 &gt;<br/><br/>Test contributed by neomorphic, in Inline::C/test/27inline_maker.t. Closing.<br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4728.html Sat, 19 Jul 2014 22:50:45 +0000 [rt.cpan.org #5465] Fails to detect C functions taking (void) by Ed J via RT Sat Jul 19 18:17:21 2014: Request 5465 was acted upon.<br/>Transaction: Correspondence added by ETJ<br/> Queue: Inline<br/> Subject: Fails to detect C functions taking (void)<br/> Broken in: (no value)<br/> Severity: Normal<br/> Owner: Nobody<br/> Requestors: qef@laxan.com<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=5465 &gt;<br/><br/><br/>Closing as is fixed in PRE, and tested for.<br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4727.html Sat, 19 Jul 2014 22:17:29 +0000 [rt.cpan.org #97110] breaks Imager::Inline by Ed J via RT &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=97110 &gt;<br/><br/>In the absence of any further information, I am closing this. If the fix given above doesn&#39;t help, please raise an issue on https://github.com/ingydotnet/inline-pm/issues<br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4726.html Sat, 19 Jul 2014 22:07:05 +0000 [rt.cpan.org #97110] breaks Imager::Inline by Ed J via RT Sat Jul 19 18:06:31 2014: Request 97110 was acted upon.<br/>Transaction: Correspondence added by ETJ<br/> Queue: Inline<br/> Subject: breaks Imager::Inline<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: pagenyon@gmail.com<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=97110 &gt;<br/><br/><br/>In the absence of any further information, I am closing this. If the fix given above doesn&#39;t help, please raise an issue on https://github.com/ingydotnet/inline-pm/issues<br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4725.html Sat, 19 Jul 2014 22:07:04 +0000 Re: undefined symbol: PL_stack_sp by Ingy dot Net Can someone turn this into an issue here<br/>https://github.com/ingydotnet/inline-c-pm/issues<br/><br/>This type of discussion would do better there, as we&#39;ll get around to<br/>addressing it.<br/><br/>Cheers<br/><br/><br/>On Thu, Jul 17, 2014 at 5:58 PM, &lt;sisyphus1@optusnet.com.au&gt; wrote:<br/><br/>&gt;<br/>&gt; From: demerphq<br/>&gt; Sent: Friday, July 18, 2014 7:40 AM<br/>&gt;<br/>&gt;<br/>&gt; The above shows what goes wrong. Makemaker decides that PERL_LIB is<br/>&gt;&gt; &quot;../../../../&quot; instead of &quot;/home/yorton/perl5/perlbrew/<br/>&gt;&gt; perls/perl-5.14.4/lib/5.14.4&quot;<br/>&gt;&gt;<br/>&gt;&gt; below is the diff of the two Makefiles, but the relevant part is as<br/>&gt;&gt; follows:<br/>&gt;&gt;<br/>&gt;&gt; -PERL_LIB = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4<br/>&gt;&gt; -PERL_ARCHLIB = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/<br/>&gt;&gt; x86_64-linux<br/>&gt;&gt; +PERL_LIB = ../../../../lib<br/>&gt;&gt; +PERL_ARCHLIB = ../../../../lib<br/>&gt;&gt;<br/>&gt;&gt; I am guessing that MakerMaker decides that is being used as part of<br/>&gt;&gt; building perl, and that it should use it as the location for its header<br/>&gt;&gt; files. I know there is special logic in MakeMaker for this kind of purpose.<br/>&gt;&gt;<br/>&gt;<br/>&gt; I didn&#39;t know that.<br/>&gt; If we could get a handle on precisely how to detect that this problem<br/>&gt; might arise, then we could probably have Inline issue a warning that<br/>&gt; &quot;things might go awry, and if they do then you should move the script to a<br/>&gt; different (sane) location&quot;.<br/>&gt;<br/>&gt; I tried running your demo script on Windows (as try.pl) in<br/>&gt; C:/git_tree/perl/Porting with perl-5.14.0, EU-MM-6.62 and it still worked<br/>&gt; fine for me.<br/>&gt; Might there be a perlbrew component to this issue ? (I&#39;m not at all<br/>&gt; familiar with perlbrew. I just build my perls the old fashioned way and<br/>&gt; call them via different shell/batch scripts.)<br/>&gt;<br/>&gt; I see that you&#39;re running EU-MM-6.57_05. If you think it&#39;s worth the<br/>&gt; effort I guess you could see if updating to EU-MM-6.62 fixes the problem -<br/>&gt; or do any other digging you think might be productive. (It&#39;s actually a bit<br/>&gt; interesting.)<br/>&gt; Otherwise we can just settle for the &quot;Don&#39;t do that&quot; solution ;-)<br/>&gt;<br/>&gt; Cheers,<br/>&gt; Rob<br/>&gt;<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4724.html Sat, 19 Jul 2014 21:31:48 +0000 Re: undefined symbol: PL_stack_sp by sisyphus1 Yeah, I&acirc;&#128;&#153;ll do that tonight if it hasn&acirc;&#128;&#153;t already been done. <br/> <br/>Cheers, <br/>Rob <br/> <br/>From: Ingy dot Net <br/>Sent: Saturday, July 19, 2014 2:28 AM <br/>To: Sisyphus <br/>Cc: demerphq ; inline <br/>Subject: Re: undefined symbol: PL_stack_sp <br/>Can someone turn this into an issue here https://github.com/ingydotnet/inline-c-pm/issues <br/> <br/> <br/>This type of discussion would do better there, as we&#39;ll get around to addressing it. <br/> <br/> <br/>Cheers <br/> <br/> <br/> <br/> <br/>On Thu, Jul 17, 2014 at 5:58 PM, &lt;sisyphus1@optusnet.com.au&gt; wrote: <br/> <br/> <br/> From: demerphq <br/> Sent: Friday, July 18, 2014 7:40 AM <br/> <br/> <br/> <br/> The above shows what goes wrong. Makemaker decides that PERL_LIB is &quot;../../../../&quot; instead of &quot;/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4&quot; <br/> <br/> below is the diff of the two Makefiles, but the relevant part is as follows: <br/> <br/> -PERL_LIB = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4 <br/> -PERL_ARCHLIB = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/x86_64-linux <br/> +PERL_LIB = ../../../../lib <br/> +PERL_ARCHLIB = ../../../../lib <br/> <br/> I am guessing that MakerMaker decides that is being used as part of building perl, and that it should use it as the location for its header files. I know there is special logic in MakeMaker for this kind of purpose. <br/> <br/> <br/> <br/> I didn&#39;t know that. <br/> If we could get a handle on precisely how to detect that this problem might arise, then we could probably have Inline issue a warning that &quot;things might go awry, and if they do then you should move the script to a different (sane) location&quot;. <br/> <br/> I tried running your demo script on Windows (as try.pl) in C:/git_tree/perl/Porting with perl-5.14.0, EU-MM-6.62 and it still worked fine for me. <br/> Might there be a perlbrew component to this issue ? (I&#39;m not at all familiar with perlbrew. I just build my perls the old fashioned way and call them via different shell/batch scripts.) <br/> <br/> I see that you&#39;re running EU-MM-6.57_05. If you think it&#39;s worth the effort I guess you could see if updating to EU-MM-6.62 fixes the problem - or do any other digging you think might be productive. (It&#39;s actually a bit interesting.) <br/> Otherwise we can just settle for the &quot;Don&#39;t do that&quot; solution ;-) <br/> <br/> Cheers, <br/> Rob <br/> <br/> <br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4723.html Sat, 19 Jul 2014 21:25:54 +0000 Re: undefined symbol: PL_stack_sp by sisyphus1 <br/>From: demerphq<br/>Sent: Friday, July 18, 2014 7:40 AM<br/><br/>&gt; The above shows what goes wrong. Makemaker decides that PERL_LIB is <br/>&gt; &quot;../../../../&quot; instead of <br/>&gt; &quot;/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4&quot;<br/>&gt;<br/>&gt; below is the diff of the two Makefiles, but the relevant part is as <br/>&gt; follows:<br/>&gt;<br/>&gt; -PERL_LIB = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4<br/>&gt; -PERL_ARCHLIB = <br/>&gt; /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/x86_64-linux<br/>&gt; +PERL_LIB = ../../../../lib<br/>&gt; +PERL_ARCHLIB = ../../../../lib<br/>&gt;<br/>&gt; I am guessing that MakerMaker decides that is being used as part of <br/>&gt; building perl, and that it should use it as the location for its header <br/>&gt; files. I know there is special logic in MakeMaker for this kind of <br/>&gt; purpose.<br/><br/>I didn&#39;t know that.<br/>If we could get a handle on precisely how to detect that this problem might <br/>arise, then we could probably have Inline issue a warning that &quot;things might <br/>go awry, and if they do then you should move the script to a different <br/>(sane) location&quot;.<br/><br/>I tried running your demo script on Windows (as try.pl) in <br/>C:/git_tree/perl/Porting with perl-5.14.0, EU-MM-6.62 and it still worked <br/>fine for me.<br/>Might there be a perlbrew component to this issue ? (I&#39;m not at all familiar <br/>with perlbrew. I just build my perls the old fashioned way and call them via <br/>different shell/batch scripts.)<br/><br/>I see that you&#39;re running EU-MM-6.57_05. If you think it&#39;s worth the effort <br/>I guess you could see if updating to EU-MM-6.62 fixes the problem - or do <br/>any other digging you think might be productive. (It&#39;s actually a bit <br/>interesting.)<br/>Otherwise we can just settle for the &quot;Don&#39;t do that&quot; solution ;-)<br/><br/>Cheers,<br/>Rob <br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4722.html Fri, 18 Jul 2014 00:59:47 +0000 Re: undefined symbol: PL_stack_sp by demerphq On 17 July 2014 23:24, demerphq &lt;demerphq@gmail.com&gt; wrote:<br/><br/>&gt; On 17 July 2014 14:22, &lt;sisyphus1@optusnet.com.au&gt; wrote:<br/>&gt;<br/>&gt;&gt;<br/>&gt;&gt; From: demerphq<br/>&gt;&gt; Sent: Thursday, July 17, 2014 7:25 PM<br/>&gt;&gt; To: Sisyphus<br/>&gt;&gt; Cc: inline@perl.org<br/>&gt;&gt;<br/>&gt;&gt;<br/>&gt;&gt; When I moved the scripts out of a perl build tree it started behaving<br/>&gt;&gt;&gt; properly. IMO that issue can be left at &quot;so dont do that&quot;. :-)<br/>&gt;&gt;&gt;<br/>&gt;&gt;<br/>&gt;&gt; AFAICT, the only difference between building in /git_tree/perl/Porting<br/>&gt;&gt; and /somewhere/else is that instead of doing:<br/>&gt;&gt;<br/>&gt;&gt; cc -c -I&quot;/git_tree/perl/Porting&quot; -D_REENTRANT [...] FOO_1ef8.c<br/>&gt;&gt; the build will do:<br/>&gt;&gt; cc -c -I&quot;/somewhere/else&quot; -D_REENTRANT [...] FOO_1ef8.c<br/>&gt;&gt;<br/>&gt;&gt; All other commands that get run would be the same. (You could check this<br/>&gt;&gt; by comparing the BUILD_NOISY outputs for both situations.)<br/>&gt;&gt;<br/>&gt;&gt; So I&#39;m wondering whether, in the running of the above command, something<br/>&gt;&gt; was found in &quot;/git_tree/perl/Porting&quot; that really ought not have been found<br/>&gt;&gt; and loaded.<br/>&gt;&gt;<br/>&gt;<br/>&gt; Below is output from it failing and it suceeding (this is perlbrew 5.14.4):<br/>&gt;<br/>&gt; Starting &quot;make&quot; Stage<br/>&gt; /home/yorton/perl5/perlbrew/perls/perl-5.14.4/bin/perl<br/>&gt; /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/ExtUtils/xsubpp<br/>&gt; -typemap<br/>&gt; &quot;/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/ExtUtils/typemap&quot;<br/>&gt; test_inline_pl_21ea2.xs &gt; test_inline_pl_21ea2.xsc &amp;&amp; mv<br/>&gt; test_inline_pl_21ea2.xsc test_inline_pl_21ea2.c<br/>&gt; make: *** No rule to make target `../../../../fakethr.h&#39;, needed by<br/>&gt; `test_inline_pl_21ea2.o&#39;. Stop.<br/>&gt;<br/>&gt;<br/>The above shows what goes wrong. Makemaker decides that PERL_LIB is<br/>&quot;../../../../&quot; instead of<br/>&quot;/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4&quot;<br/><br/>below is the diff of the two Makefiles, but the relevant part is as follows:<br/><br/>-PERL_LIB = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4<br/>-PERL_ARCHLIB =<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/x86_64-linux<br/>+PERL_LIB = ../../../../lib<br/>+PERL_ARCHLIB = ../../../../lib<br/><br/>I am guessing that MakerMaker decides that is being used as part of<br/>building perl, and that it should use it as the location for its header<br/>files. I know there is special logic in MakeMaker for this kind of purpose.<br/>In fact I have patched related logic in the perl build process. If this<br/>were happening in a later perl I might even think this was my fault. :-)<br/><br/>Anyway, my bet is this isnt an Inline bug, but an unfortunate mis-feature<br/>in MakeMaker.<br/><br/>$ diff -wu ~/git_tree/hashy/_Inline/build/test_inline_pl_21ea/Makefile<br/>~/git_tree/perl/Porting/_Inline/build/test_inline_pl_21ea2/Makefile<br/>--- /home/yorton/git_tree/hashy/_Inline/build/test_inline_pl_21ea/Makefile<br/>2014-07-17<br/>23:21:20.113236687 +0200<br/>+++ ~/git_tree/perl/Porting/_Inline/build/test_inline_pl_21ea2/Makefile<br/>2014-07-17<br/>23:19:52.913732019 +0200<br/>@@ -1,4 +1,4 @@<br/>-# This Makefile is for the test_inline_pl_21ea extension to perl.<br/>+# This Makefile is for the test_inline_pl_21ea2 extension to perl.<br/> #<br/> # It was generated automatically by MakeMaker version<br/> # 6.57_05 (Revision: 65705) from the contents of<br/>@@ -12,8 +12,8 @@<br/> # MakeMaker Parameters:<br/><br/> # BUILD_REQUIRES =&gt; { }<br/>-# INC =&gt; q[-I&quot;/git_tree/hashy&quot;]<br/>-# NAME =&gt; q[test_inline_pl_21ea]<br/>+# INC =&gt; q[-I&quot;/git_tree/perl/Porting&quot;]<br/>+# NAME =&gt; q[test_inline_pl_21ea2]<br/> # PREREQ_PM =&gt; { }<br/> # TYPEMAPS =&gt;<br/>[q[/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/ExtUtils/typemap]]<br/> # VERSION =&gt; q[0.00]<br/>@@ -53,8 +53,8 @@<br/> AR_STATIC_ARGS = cr<br/> DIRFILESEP = /<br/> DFSEP = $(DIRFILESEP)<br/>-NAME = test_inline_pl_21ea<br/>-NAME_SYM = test_inline_pl_21ea<br/>+NAME = test_inline_pl_21ea2<br/>+NAME_SYM = test_inline_pl_21ea2<br/> VERSION = 0.00<br/> VERSION_MACRO = VERSION<br/> VERSION_SYM = 0_00<br/>@@ -78,13 +78,13 @@<br/> VENDORPREFIX =<br/> INSTALLPRIVLIB = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4<br/> DESTINSTALLPRIVLIB = $(DESTDIR)$(INSTALLPRIVLIB)<br/>-INSTALLSITELIB = /git_tree/hashy/_Inline/lib<br/>+INSTALLSITELIB = /git_tree/perl/Porting/_Inline/lib<br/> DESTINSTALLSITELIB = $(DESTDIR)$(INSTALLSITELIB)<br/> INSTALLVENDORLIB =<br/> DESTINSTALLVENDORLIB = $(DESTDIR)$(INSTALLVENDORLIB)<br/> INSTALLARCHLIB =<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/x86_64-linux<br/> DESTINSTALLARCHLIB = $(DESTDIR)$(INSTALLARCHLIB)<br/>-INSTALLSITEARCH = /git_tree/hashy/_Inline/lib<br/>+INSTALLSITEARCH = /git_tree/perl/Porting/_Inline/lib<br/> DESTINSTALLSITEARCH = $(DESTDIR)$(INSTALLSITEARCH)<br/> INSTALLVENDORARCH =<br/> DESTINSTALLVENDORARCH = $(DESTDIR)$(INSTALLVENDORARCH)<br/>@@ -112,14 +112,15 @@<br/> DESTINSTALLSITEMAN3DIR = $(DESTDIR)$(INSTALLSITEMAN3DIR)<br/> INSTALLVENDORMAN3DIR =<br/> DESTINSTALLVENDORMAN3DIR = $(DESTDIR)$(INSTALLVENDORMAN3DIR)<br/>-PERL_LIB = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4<br/>-PERL_ARCHLIB =<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/x86_64-linux<br/>+PERL_LIB = ../../../../lib<br/>+PERL_ARCHLIB = ../../../../lib<br/> LIBPERL_A = libperl.a<br/> FIRST_MAKEFILE = Makefile<br/> MAKEFILE_OLD = Makefile.old<br/> MAKE_APERL_FILE = Makefile.aperl<br/> PERLMAINCC = $(CC)<br/>-PERL_INC =<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/x86_64-linux/CORE<br/>+PERL_SRC = ../../../..<br/>+PERL_INC = ../../../..<br/> PERL = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/bin/perl<br/> FULLPERL = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/bin/perl<br/> ABSPERL = $(PERL)<br/>@@ -143,21 +144,21 @@<br/> # PARENT_NAME = NAME without BASEEXT and no trailing :: (eg Foo::Bar)<br/> # DLBASE = Basename part of dynamic library. May be just equal BASEEXT.<br/> MAKE = make<br/>-FULLEXT = test_inline_pl_21ea<br/>-BASEEXT = test_inline_pl_21ea<br/>+FULLEXT = test_inline_pl_21ea2<br/>+BASEEXT = test_inline_pl_21ea2<br/> PARENT_NAME =<br/> DLBASE = $(BASEEXT)<br/> VERSION_FROM =<br/>-INC = -I&quot;/git_tree/hashy&quot;<br/>+INC = -I&quot;/git_tree/perl/Porting&quot;<br/> OBJECT = $(BASEEXT)$(OBJ_EXT)<br/> LDFROM = $(OBJECT)<br/> LINKTYPE = dynamic<br/> BOOTDEP =<br/><br/> # Handy lists of source code files:<br/>-XS_FILES = test_inline_pl_21ea.xs<br/>-C_FILES = test_inline_pl_21ea.c<br/>-O_FILES = test_inline_pl_21ea.o<br/>+XS_FILES = test_inline_pl_21ea2.xs<br/>+C_FILES = test_inline_pl_21ea2.c<br/>+O_FILES = test_inline_pl_21ea2.o<br/> H_FILES = INLINE.h<br/> MAN1PODS =<br/> MAN3PODS =<br/>@@ -204,7 +205,7 @@<br/> XSUBPP = $(XSUBPPDIR)$(DFSEP)xsubpp<br/> XSUBPPRUN = $(PERLRUN) $(XSUBPP)<br/> XSPROTOARG =<br/>-XSUBPPDEPS =<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/ExtUtils/typemap<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/ExtUtils/typemap<br/>$(XSUBPP)<br/>+XSUBPPDEPS = ../../../../lib/ExtUtils/typemap<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/ExtUtils/typemap<br/>$(XSUBPP)<br/> XSUBPPARGS = -typemap<br/>&quot;/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/ExtUtils/typemap&quot;<br/> XSUBPP_EXTRA_ARGS =<br/><br/>@@ -260,8 +261,8 @@<br/> RCS_LABEL = rcs -Nv$(VERSION_SYM): -q<br/> DIST_CP = best<br/> DIST_DEFAULT = tardist<br/>-DISTNAME = test_inline_pl_21ea<br/>-DISTVNAME = test_inline_pl_21ea-0.00<br/>+DISTNAME = test_inline_pl_21ea2<br/>+DISTVNAME = test_inline_pl_21ea2-0.00<br/><br/><br/> # --- MakeMaker macro section:<br/>@@ -280,7 +281,7 @@<br/><br/> # --- MakeMaker const_loadlibs section:<br/><br/>-# test_inline_pl_21ea might depend on some other libraries:<br/>+# test_inline_pl_21ea2 might depend on some other libraries:<br/> # See ExtUtils::Liblist for details<br/> #<br/><br/>@@ -527,14 +528,14 @@<br/> core.[0-9] $(INST_ARCHAUTODIR)/extralibs.all \<br/> core.[0-9][0-9] $(BASEEXT).bso \<br/> pm_to_blib.ts core.[0-9][0-9][0-9][0-9] \<br/>- MYMETA.yml $(BASEEXT).x \<br/>- $(BOOTSTRAP) perl$(EXE_EXT) \<br/>- tmon.out *$(OBJ_EXT) \<br/>- pm_to_blib $(INST_ARCHAUTODIR)/extralibs.ld \<br/>- blibdirs.ts core.[0-9][0-9][0-9][0-9][0-9] \<br/>- *perl.core core.*perl.*.? \<br/>- $(MAKE_APERL_FILE) $(BASEEXT).def \<br/>- test_inline_pl_21ea.c perl \<br/>+ test_inline_pl_21ea2.c MYMETA.yml \<br/>+ $(BASEEXT).x $(BOOTSTRAP) \<br/>+ perl$(EXE_EXT) tmon.out \<br/>+ *$(OBJ_EXT) pm_to_blib \<br/>+ $(INST_ARCHAUTODIR)/extralibs.ld blibdirs.ts \<br/>+ core.[0-9][0-9][0-9][0-9][0-9] *perl.core \<br/>+ core.*perl.*.? $(MAKE_APERL_FILE) \<br/>+ $(BASEEXT).def perl \<br/> core.[0-9][0-9][0-9] mon.out \<br/> lib$(BASEEXT).def perlmain.c \<br/> perl.exe so_locations \<br/>@@ -563,7 +564,7 @@<br/> metafile : create_distdir<br/> $(NOECHO) $(ECHO) Generating META.yml<br/> $(NOECHO) $(ECHO) &#39;--- #YAML:1.0&#39; &gt; META_new.yml<br/>- $(NOECHO) $(ECHO) &#39;name: test_inline_pl_21ea&#39; &gt;&gt;<br/>META_new.yml<br/>+ $(NOECHO) $(ECHO) &#39;name: test_inline_pl_21ea2&#39; &gt;&gt;<br/>META_new.yml<br/> $(NOECHO) $(ECHO) &#39;version: 0.00&#39; &gt;&gt; META_new.yml<br/> $(NOECHO) $(ECHO) &#39;abstract: ~&#39; &gt;&gt; META_new.yml<br/> $(NOECHO) $(ECHO) &#39;author: []&#39; &gt;&gt; META_new.yml<br/>@@ -806,6 +807,16 @@<br/><br/><br/> # --- MakeMaker perldepend section:<br/>+# Check for unpropogated config.sh changes. Should never happen.<br/>+# We do NOT just update config.h because that is not sufficient.<br/>+# An out of date config.h is not fatal but complains loudly!<br/>+$(PERL_INC)/config.h: $(PERL_SRC)/config.sh<br/>+ -$(NOECHO) $(ECHO) &quot;Warning: $(PERL_INC)/config.h out of date with<br/>$(PERL_SRC)/config.sh&quot;; $(FALSE)<br/>+<br/>+$(PERL_ARCHLIB)/Config.pm: $(PERL_SRC)/config.sh<br/>+ $(NOECHO) $(ECHO) &quot;Warning: $(PERL_ARCHLIB)/Config.pm may be out of date<br/>with $(PERL_SRC)/config.sh&quot;<br/>+ cd $(PERL_SRC) &amp;&amp; $(MAKE) lib/Config.pm<br/>+<br/><br/> PERL_HDRS = \<br/> $(PERL_INC)/EXTERN.h \<br/>@@ -851,7 +862,7 @@<br/><br/> $(OBJECT) : $(PERL_HDRS)<br/><br/>-test_inline_pl_21ea.c : $(XSUBPPDEPS)<br/>+test_inline_pl_21ea2.c : $(XSUBPPDEPS)<br/><br/><br/> # --- MakeMaker makefile section:<br/><br/><br/><br/>-- <br/>perl -Mre=debug -e &quot;/just|another|perl|hacker/&quot;<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4721.html Thu, 17 Jul 2014 21:40:23 +0000 Re: undefined symbol: PL_stack_sp by demerphq On 17 July 2014 14:22, &lt;sisyphus1@optusnet.com.au&gt; wrote:<br/><br/>&gt;<br/>&gt; From: demerphq<br/>&gt; Sent: Thursday, July 17, 2014 7:25 PM<br/>&gt; To: Sisyphus<br/>&gt; Cc: inline@perl.org<br/>&gt;<br/>&gt;<br/>&gt; When I moved the scripts out of a perl build tree it started behaving<br/>&gt;&gt; properly. IMO that issue can be left at &quot;so dont do that&quot;. :-)<br/>&gt;&gt;<br/>&gt;<br/>&gt; AFAICT, the only difference between building in /git_tree/perl/Porting and<br/>&gt; /somewhere/else is that instead of doing:<br/>&gt;<br/>&gt; cc -c -I&quot;/git_tree/perl/Porting&quot; -D_REENTRANT [...] FOO_1ef8.c<br/>&gt; the build will do:<br/>&gt; cc -c -I&quot;/somewhere/else&quot; -D_REENTRANT [...] FOO_1ef8.c<br/>&gt;<br/>&gt; All other commands that get run would be the same. (You could check this<br/>&gt; by comparing the BUILD_NOISY outputs for both situations.)<br/>&gt;<br/>&gt; So I&#39;m wondering whether, in the running of the above command, something<br/>&gt; was found in &quot;/git_tree/perl/Porting&quot; that really ought not have been found<br/>&gt; and loaded.<br/>&gt;<br/><br/>Below is output from it failing and it suceeding (this is perlbrew 5.14.4):<br/><br/>~/git_tree/perl/Porting$ perl test_inline.pl<br/>validate Stage<br/>&lt;-----------------------Information<br/>Section-----------------------------------&gt;<br/><br/>Information about the processing of your Inline C code:<br/><br/>Your source code needs to be compiled. I&#39;ll use this build directory:<br/>/git_tree/perl/Porting/_Inline/build/test_inline_pl_21ea2<br/><br/>and I&#39;ll install the executable as:<br/>/git_tree/perl/Porting/_Inline/lib/auto/test_inline_pl_21ea2/test_inline_pl_21ea2.so<br/><br/>get_maps Stage<br/>The following Inline C function(s) have been successfully bound to Perl:<br/>void greet(char * name)<br/><br/>&lt;-----------------------End of Information<br/>Section----------------------------&gt;<br/>Starting Build Preprocess Stage<br/>Finished Build Preprocess Stage<br/><br/>Starting Build Parse Stage<br/>Finished Build Parse Stage<br/><br/>Starting Build Glue 1 Stage<br/>Finished Build Glue 1 Stage<br/><br/>Starting Build Glue 2 Stage<br/>Finished Build Glue 2 Stage<br/><br/>Starting Build Glue 3 Stage<br/>Finished Build Glue 3 Stage<br/><br/>Starting Build Compile Stage<br/> Starting &quot;perl Makefile.PL&quot; Stage<br/>Writing Makefile for test_inline_pl_21ea2<br/>Writing MYMETA.yml<br/> Finished &quot;perl Makefile.PL&quot; Stage<br/><br/> Starting &quot;make&quot; Stage<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/bin/perl<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/ExtUtils/xsubpp<br/> -typemap<br/>&quot;/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/ExtUtils/typemap&quot;<br/> test_inline_pl_21ea2.xs &gt; test_inline_pl_21ea2.xsc &amp;&amp; mv<br/>test_inline_pl_21ea2.xsc test_inline_pl_21ea2.c<br/>make: *** No rule to make target `../../../../fakethr.h&#39;, needed by<br/>`test_inline_pl_21ea2.o&#39;. Stop.<br/><br/>A problem was encountered while attempting to compile and install your<br/>Inline<br/>C code. The command that failed was:<br/> &quot;make&quot; with error code 2<br/><br/>The build directory was:<br/>/git_tree/perl/Porting/_Inline/build/test_inline_pl_21ea2<br/><br/>To debug the problem, cd to the build directory, and inspect the output<br/>files.<br/><br/> at test_inline.pl line 0.<br/>...propagated at<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/site_perl/5.14.4/Inline/C.pm<br/>line 834.<br/>INIT failed--call queue aborted.<br/><br/>#########################################################################################<br/><br/>If I build outside of my perl git checkout:<br/><br/>#########################################################################################<br/><br/>~/git_tree/hashy$ perl test_inline.pl<br/>validate Stage<br/>&lt;-----------------------Information<br/>Section-----------------------------------&gt;<br/><br/>Information about the processing of your Inline C code:<br/><br/>Your source code needs to be compiled. I&#39;ll use this build directory:<br/>/git_tree/hashy/_Inline/build/test_inline_pl_21ea<br/><br/>and I&#39;ll install the executable as:<br/>/git_tree/hashy/_Inline/lib/auto/test_inline_pl_21ea/test_inline_pl_21ea.so<br/><br/>get_maps Stage<br/>The following Inline C function(s) have been successfully bound to Perl:<br/>void greet(char * name)<br/><br/>&lt;-----------------------End of Information<br/>Section----------------------------&gt;<br/>Starting Build Preprocess Stage<br/>Finished Build Preprocess Stage<br/><br/>Starting Build Parse Stage<br/>Finished Build Parse Stage<br/><br/>Starting Build Glue 1 Stage<br/>Finished Build Glue 1 Stage<br/><br/>Starting Build Glue 2 Stage<br/>Finished Build Glue 2 Stage<br/><br/>Starting Build Glue 3 Stage<br/>Finished Build Glue 3 Stage<br/><br/>Starting Build Compile Stage<br/> Starting &quot;perl Makefile.PL&quot; Stage<br/>Writing Makefile for test_inline_pl_21ea<br/>Writing MYMETA.yml<br/> Finished &quot;perl Makefile.PL&quot; Stage<br/><br/> Starting &quot;make&quot; Stage<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/bin/perl<br/>/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/ExtUtils/xsubpp<br/> -typemap<br/>&quot;/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/ExtUtils/typemap&quot;<br/> test_inline_pl_21ea.xs &gt; test_inline_pl_21ea.xsc &amp;&amp; mv<br/>test_inline_pl_21ea.xsc test_inline_pl_21ea.c<br/>cc -c -I&quot;/git_tree/hashy&quot; -fno-strict-aliasing -pipe -fstack-protector<br/>-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2<br/>-DVERSION=\&quot;0.00\&quot; -DXS_VERSION=\&quot;0.00\&quot; -fPIC<br/>&quot;-I/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/x86_64-linux/CORE&quot;<br/> test_inline_pl_21ea.c<br/>Running Mkbootstrap for test_inline_pl_21ea ()<br/>chmod 644 test_inline_pl_21ea.bs<br/>rm -f blib/arch/auto/test_inline_pl_21ea/test_inline_pl_21ea.so<br/>cc -shared -O2 -L/usr/local/lib -fstack-protector test_inline_pl_21ea.o<br/> -o blib/arch/auto/test_inline_pl_21ea/test_inline_pl_21ea.so \<br/> \<br/><br/>chmod 755 blib/arch/auto/test_inline_pl_21ea/test_inline_pl_21ea.so<br/>cp test_inline_pl_21ea.bs blib/arch/auto/test_inline_pl_21ea/<br/>test_inline_pl_21ea.bs<br/>chmod 644 blib/arch/auto/test_inline_pl_21ea/test_inline_pl_21ea.bs<br/> Finished &quot;make&quot; Stage<br/><br/> Starting &quot;make install&quot; Stage<br/>Files found in blib/arch: installing files in blib/lib into architecture<br/>dependent library tree<br/> Finished &quot;make install&quot; Stage<br/><br/> Starting Cleaning Up Stage<br/> Finished Cleaning Up Stage<br/><br/>Finished Build Compile Stage<br/><br/>Hello Ingy!<br/>Hello 42!<br/><br/><br/><br/>-- <br/>perl -Mre=debug -e &quot;/just|another|perl|hacker/&quot;<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4720.html Thu, 17 Jul 2014 21:25:06 +0000 Re: undefined symbol: PL_stack_sp by sisyphus1 <br/>From: demerphq<br/>Sent: Thursday, July 17, 2014 7:25 PM<br/>To: Sisyphus<br/>Cc: inline@perl.org<br/><br/>&gt; When I moved the scripts out of a perl build tree it started behaving <br/>&gt; properly. IMO that issue can be left at &quot;so dont do that&quot;. :-)<br/><br/>AFAICT, the only difference between building in /git_tree/perl/Porting and <br/>/somewhere/else is that instead of doing:<br/><br/>cc -c -I&quot;/git_tree/perl/Porting&quot; -D_REENTRANT [...] FOO_1ef8.c<br/>the build will do:<br/>cc -c -I&quot;/somewhere/else&quot; -D_REENTRANT [...] FOO_1ef8.c<br/><br/>All other commands that get run would be the same. (You could check this by <br/>comparing the BUILD_NOISY outputs for both situations.)<br/><br/>So I&#39;m wondering whether, in the running of the above command, something was <br/>found in &quot;/git_tree/perl/Porting&quot; that really ought not have been found and <br/>loaded.<br/><br/>Cheers,<br/>Rob <br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4719.html Thu, 17 Jul 2014 12:23:07 +0000 Re: undefined symbol: PL_stack_sp by demerphq On 17 July 2014 11:07, demerphq &lt;demerphq@gmail.com&gt; wrote:<br/><br/>&gt; On 17 July 2014 10:06, &lt;sisyphus1@optusnet.com.au&gt; wrote:<br/>&gt;<br/>&gt;&gt;<br/>&gt;&gt; From: demerphq<br/>&gt;&gt; Sent: Thursday, July 17, 2014 4:45 PM<br/>&gt;&gt;<br/>&gt;&gt;<br/>&gt;&gt; /git_tree/perl/Porting/_Inline/lib/auto/FOO_2bd2/FOO_2bd2.so: undefined<br/>&gt;&gt;&gt;&gt; symbol: PL_stack_sp at /usr/lib/perl/5.14/DynaLoader.pm line 184.<br/>&gt;&gt;&gt;&gt; at /usr/local/share/perl/5.14.2/Inline.pm line 526.<br/>&gt;&gt;&gt;&gt;<br/>&gt;&gt;&gt;<br/>&gt;&gt; Looks to me that we&#39;ve got two different perls getting involved here:<br/>&gt;&gt; /usr/lib/perl/5.14/<br/>&gt;&gt; and<br/>&gt;&gt; /usr/local/share/perl/5.14.2<br/>&gt;&gt;<br/>&gt;&gt; I think that&#39;s likely to be the problem.<br/>&gt;&gt;<br/>&gt;<br/>&gt; Thanks, ill dig on that.<br/>&gt;<br/>&gt;<br/>My laptop system perl seems to have a confused state. In hindsight hardly<br/>surprising.<br/><br/>I used perlbrew to switch to a different perl, and now I can get it to<br/>build.<br/><br/>One side issue of the perlbrew version was that I had (for no good reason)<br/>put the files I wanted to compile in the Porting directory of a perl.git<br/>checkout. This then confused makemaker. When I moved the scripts out of a<br/>perl build tree it started behaving properly. IMO that issue can be left at<br/>&quot;so dont do that&quot;. :-)<br/><br/>The original issue however might be handled more gracefully. A message from<br/>Inline saying &quot;it looks like your perl install is b0rked&quot; would have be<br/>useful.<br/><br/>Anyway, thanks for your help!<br/><br/>cheers,<br/>Yves<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4718.html Thu, 17 Jul 2014 09:25:59 +0000 Re: undefined symbol: PL_stack_sp by demerphq On 17 July 2014 10:06, &lt;sisyphus1@optusnet.com.au&gt; wrote:<br/><br/>&gt;<br/>&gt; From: demerphq<br/>&gt; Sent: Thursday, July 17, 2014 4:45 PM<br/>&gt;<br/>&gt;<br/>&gt; /git_tree/perl/Porting/_Inline/lib/auto/FOO_2bd2/FOO_2bd2.so: undefined<br/>&gt;&gt;&gt; symbol: PL_stack_sp at /usr/lib/perl/5.14/DynaLoader.pm line 184.<br/>&gt;&gt;&gt; at /usr/local/share/perl/5.14.2/Inline.pm line 526.<br/>&gt;&gt;&gt;<br/>&gt;&gt;<br/>&gt; Looks to me that we&#39;ve got two different perls getting involved here:<br/>&gt; /usr/lib/perl/5.14/<br/>&gt; and<br/>&gt; /usr/local/share/perl/5.14.2<br/>&gt;<br/>&gt; I think that&#39;s likely to be the problem.<br/>&gt;<br/><br/>Thanks, ill dig on that.<br/><br/><br/>&gt; Did they both get involved during &#39;make test&#39; ?<br/>&gt;<br/><br/>Make test didnt show any build output. How can I enable that?<br/><br/><br/>&gt; If additional help is required the OP (whose contact details seem to be<br/>&gt; missing)<br/><br/><br/>I am the OP.:-)<br/><br/><br/>&gt; should try running:<br/>&gt;<br/>&gt; use Inline C =&gt; Config =&gt;<br/>&gt; BUILD_NOISY =&gt; 1,<br/>&gt; FORCE_BUILD =&gt; 1;<br/>&gt;<br/>&gt; use Inline C;<br/>&gt; greet(&#39;Ingy&#39;);<br/>&gt; greet(42);<br/>&gt; __END__<br/>&gt; __C__<br/>&gt; void greet(char* name) {<br/>&gt; printf (&quot;Hello %s!\n&quot;, name);<br/>&gt; }<br/>&gt;<br/>&gt; With the full output of that, along with perl-V output, we might be able<br/>&gt; to offer more complete advice.<br/>&gt;<br/><br/>Here you go:<br/><br/>validate Stage<br/>&lt;-----------------------Information<br/>Section-----------------------------------&gt;<br/><br/>Information about the processing of your Inline C code:<br/><br/>Your source code needs to be compiled. I&#39;ll use this build directory:<br/>/git_tree/perl/Porting/_Inline/build/FOO_1ef8<br/><br/>and I&#39;ll install the executable as:<br/>/git_tree/perl/Porting/_Inline/lib/auto/FOO_1ef8/FOO_1ef8.so<br/><br/>get_maps Stage<br/>The following Inline C function(s) have been successfully bound to Perl:<br/>void greet(char * name)<br/><br/>&lt;-----------------------End of Information<br/>Section----------------------------&gt;<br/>Starting Build Preprocess Stage<br/>Finished Build Preprocess Stage<br/><br/>Starting Build Parse Stage<br/>Finished Build Parse Stage<br/><br/>Starting Build Glue 1 Stage<br/>Finished Build Glue 1 Stage<br/><br/>Starting Build Glue 2 Stage<br/>Finished Build Glue 2 Stage<br/><br/>Starting Build Glue 3 Stage<br/>Finished Build Glue 3 Stage<br/><br/>Starting Build Compile Stage<br/> Starting &quot;perl Makefile.PL&quot; Stage<br/>Generating a Unix-style Makefile<br/>Writing Makefile for FOO_1ef8<br/>Writing MYMETA.yml and MYMETA.json<br/> Finished &quot;perl Makefile.PL&quot; Stage<br/><br/> Starting &quot;make&quot; Stage<br/>Running Mkbootstrap for FOO_1ef8 ()<br/>chmod 644 FOO_1ef8.bs<br/>/usr/bin/perl /usr/share/perl/5.14/ExtUtils/xsubpp -typemap<br/>&quot;/usr/share/perl/5.14/ExtUtils/typemap&quot; FOO_1ef8.xs &gt; FOO_1ef8.xsc &amp;&amp; mv<br/>FOO_1ef8.xsc FOO_1ef8.c<br/>cc -c -I&quot;/git_tree/perl/Porting&quot; -D_REENTRANT -D_GNU_SOURCE -DDEBIAN<br/>-fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include<br/>-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g -DVERSION=\&quot;0.00\&quot;<br/>-DXS_VERSION=\&quot;0.00\&quot; -fPIC &quot;-I../../../..&quot; FOO_1ef8.c<br/>rm -f blib/arch/auto/FOO_1ef8/FOO_1ef8.so<br/>cc -shared -L/usr/local/lib -fstack-protector FOO_1ef8.o -o<br/>blib/arch/auto/FOO_1ef8/FOO_1ef8.so \<br/> \<br/><br/>chmod 755 blib/arch/auto/FOO_1ef8/FOO_1ef8.so<br/>/usr/bin/perl -MExtUtils::Command::MM -e &#39;cp_nonempty&#39; -- FOO_1ef8.bs<br/>blib/arch/auto/FOO_1ef8/FOO_1ef8.bs 644<br/> Finished &quot;make&quot; Stage<br/><br/> Starting &quot;make install&quot; Stage<br/>Running Mkbootstrap for FOO_1ef8 ()<br/>chmod 644 FOO_1ef8.bs<br/>Files found in blib/arch: installing files in blib/lib into architecture<br/>dependent library tree<br/> Finished &quot;make install&quot; Stage<br/><br/> Starting Cleaning Up Stage<br/> Finished Cleaning Up Stage<br/><br/>Finished Build Compile Stage<br/><br/>Had problems bootstrapping Inline module &#39;FOO_1ef8&#39;<br/><br/>Can&#39;t load &#39;/git_tree/perl/Porting/_Inline/lib/auto/FOO_1ef8/FOO_1ef8.so&#39;<br/>for module FOO_1ef8:<br/>/git_tree/perl/Porting/_Inline/lib/auto/FOO_1ef8/FOO_1ef8.so: undefined<br/>symbol: PL_stack_sp at /usr/lib/perl/5.14/DynaLoader.pm line 184.<br/> at /usr/local/share/perl/5.14.2/Inline.pm line 526.<br/><br/><br/> at - line 0.<br/>INIT failed--call queue aborted.<br/>$ cat test_inline.pl<br/>use Inline C =&gt; Config =&gt;<br/> BUILD_NOISY =&gt; 1,<br/> FORCE_BUILD =&gt; 1;<br/>use Inline qw(Info NoClean);<br/>use Inline C;<br/>greet(&#39;Ingy&#39;);<br/>greet(42);<br/>__END__<br/>__C__<br/><br/>void greet(char* name) {<br/> printf(&quot;Hello %s!\n&quot;, name);<br/>}<br/><br/>$ perl -V<br/>Summary of my perl5 (revision 5 version 14 subversion 2) configuration:<br/><br/> Platform:<br/> osname=linux, osvers=3.2.0-37-generic,<br/>archname=x86_64-linux-gnu-thread-multi<br/> uname=&#39;linux lamiak 3.2.0-37-generic #58-ubuntu smp thu jan 24 15:28:10<br/>utc 2013 x86_64 x86_64 x86_64 gnulinux &#39;<br/> config_args=&#39;-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN<br/>-D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4<br/>-Wformat -Werror=format-security -Dldflags= -Wl,-Bsymbolic-functions<br/>-Wl,-z,relro -Dlddlflags=-shared -Wl,-Bsymbolic-functions -Wl,-z,relro<br/>-Dcccdlflags=-fPIC -Darchname=x86_64-linux-gnu -Dprefix=/usr<br/>-Dprivlib=/usr/share/perl/5.14 -Darchlib=/usr/lib/perl/5.14<br/>-Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5<br/>-Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local<br/>-Dsitelib=/usr/local/share/perl/5.14.2<br/>-Dsitearch=/usr/local/lib/perl/5.14.2 -Dman1dir=/usr/share/man/man1<br/>-Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1<br/>-Dsiteman3dir=/usr/local/man/man3 -Duse64bitint -Dman1ext=1 -Dman3ext=3perl<br/>-Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uusenm<br/>-Ui_libutil -DDEBUGGING=-g -Doptimize=-O2 -Duseshrplib<br/>-Dlibperl=libperl.so.5.14.2 -des&#39;<br/> hint=recommended, useposix=true, d_sigaction=define<br/> useithreads=define, usemultiplicity=define<br/> useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef<br/> use64bitint=define, use64bitall=define, uselongdouble=undef<br/> usemymalloc=n, bincompat5005=undef<br/> Compiler:<br/> cc=&#39;cc&#39;, ccflags =&#39;-D_REENTRANT -D_GNU_SOURCE -DDEBIAN<br/>-fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include<br/>-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64&#39;,<br/> optimize=&#39;-O2 -g&#39;,<br/> cppflags=&#39;-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector<br/>-fno-strict-aliasing -pipe -I/usr/local/include&#39;<br/> ccversion=&#39;&#39;, gccversion=&#39;4.7.3&#39;, gccosandvers=&#39;&#39;<br/> intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678<br/> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16<br/> ivtype=&#39;long&#39;, ivsize=8, nvtype=&#39;double&#39;, nvsize=8, Off_t=&#39;off_t&#39;,<br/>lseeksize=8<br/> alignbytes=8, prototype=define<br/> Linker and Libraries:<br/> ld=&#39;cc&#39;, ldflags =&#39; -fstack-protector -L/usr/local/lib&#39;<br/> libpth=/usr/local/lib /lib/x86_64-linux-gnu /lib/../lib<br/>/usr/lib/x86_64-linux-gnu /usr/lib/../lib /lib /usr/lib<br/> libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt<br/> perllibs=-ldl -lm -lpthread -lc -lcrypt<br/> libc=, so=so, useshrplib=true, libperl=libperl.so.5.14.2<br/> gnulibc_version=&#39;2.17&#39;<br/> Dynamic Linking:<br/> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=&#39;-Wl,-E&#39;<br/> cccdlflags=&#39;-fPIC&#39;, lddlflags=&#39;-shared -L/usr/local/lib<br/>-fstack-protector&#39;<br/><br/><br/>Characteristics of this binary (from libperl):<br/> Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV<br/> PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP<br/> PERL_PRESERVE_IVUV USE_64_BIT_ALL USE_64_BIT_INT<br/> USE_ITHREADS USE_LARGE_FILES USE_PERLIO<br/>USE_PERL_ATOF<br/> USE_REENTRANT_API<br/> Locally applied patches:<br/>DEBPKG:debian/arm_thread_stress_timeout - http://bugs.debian.org/501970<br/>Raise the timeout of ext/threads/shared/t/stress.t to accommodate slower<br/>build hosts<br/>DEBPKG:debian/cpan_definstalldirs - Provide a sensible INSTALLDIRS default<br/>for modules installed from CPAN.<br/>DEBPKG:debian/db_file_ver - http://bugs.debian.org/340047 Remove overly<br/>restrictive DB_File version check.<br/>DEBPKG:debian/doc_info - Replace generic man(1) instructions with<br/>Debian-specific information.<br/>DEBPKG:debian/enc2xs_inc - http://bugs.debian.org/290336 Tweak enc2xs to<br/>follow symlinks and ignore missing @INC directories.<br/>DEBPKG:debian/errno_ver - http://bugs.debian.org/343351 Remove Errno<br/>version check due to upgrade problems with long-running processes.<br/>DEBPKG:debian/libperl_embed_doc - http://bugs.debian.org/186778 Note that<br/>libperl-dev package is required for embedded linking<br/>DEBPKG:fixes/respect_umask - Respect umask during installation<br/>DEBPKG:debian/writable_site_dirs - Set umask approproately for site install<br/>directories<br/>DEBPKG:debian/extutils_set_libperl_path - EU:MM: Set location of libperl.a<br/>to /usr/lib<br/>DEBPKG:debian/no_packlist_perllocal - Don&#39;t install .packlist or<br/>perllocal.pod for perl or vendor<br/>DEBPKG:debian/prefix_changes - Fiddle with *PREFIX and variables written to<br/>the makefile<br/>DEBPKG:debian/fakeroot - Postpone LD_LIBRARY_PATH evaluation to the binary<br/>targets.<br/>DEBPKG:debian/instmodsh_doc - Debian policy doesn&#39;t install .packlist files<br/>for core or vendor.<br/>DEBPKG:debian/ld_run_path - Remove standard libs from LD_RUN_PATH as per<br/>Debian policy.<br/>DEBPKG:debian/libnet_config_path - Set location of libnet.cfg to<br/>/etc/perl/Net as /usr may not be writable.<br/>DEBPKG:debian/m68k_thread_stress - http://bugs.debian.org/517938<br/>http://bugs.debian.org/495826 Disable some threads tests on m68k for now<br/>due to missing TLS.<br/>DEBPKG:debian/mod_paths - Tweak @INC ordering for Debian<br/>DEBPKG:debian/module_build_man_extensions - http://bugs.debian.org/479460<br/>Adjust Module::Build manual page extensions for the Debian Perl policy<br/>DEBPKG:debian/prune_libs - http://bugs.debian.org/128355 Prune the list of<br/>libraries wanted to what we actually need.<br/>DEBPKG:fixes/net_smtp_docs - [rt.cpan.org #36038]<br/>http://bugs.debian.org/100195 Document the Net::SMTP &#39;Port&#39; option<br/>DEBPKG:debian/perlivp - http://bugs.debian.org/510895 Make perlivp skip<br/>include directories in /usr/local<br/>DEBPKG:debian/cpanplus_definstalldirs - http://bugs.debian.org/533707<br/>Configure CPANPLUS to use the site directories by default.<br/>DEBPKG:debian/cpanplus_config_path - Save local versions of<br/>CPANPLUS::Config::System into /etc/perl.<br/>DEBPKG:debian/deprecate-with-apt - http://bugs.debian.org/580034 Point<br/>users to Debian packages of deprecated core modules<br/>DEBPKG:fixes/hurd-ccflags - [a190e64] http://bugs.debian.org/587901 [perl<br/>#92244] Make hints/gnu.sh append to $ccflags rather than overriding them<br/>DEBPKG:debian/squelch-locale-warnings - http://bugs.debian.org/508764<br/>Squelch locale warnings in Debian package maintainer scripts<br/>DEBPKG:debian/skip-upstream-git-tests - Skip tests specific to the upstream<br/>Git repository<br/>DEBPKG:fixes/extutils-cbuilder-cflags - [011e8fb]<br/>http://bugs.debian.org/624460 [perl #89478] Append CFLAGS and LDFLAGS to<br/>their Config.pm counterparts in EU::CBuilder<br/>DEBPKG:fixes/module-build-home-directory - http://bugs.debian.org/624850 [<br/>rt.cpan.org #67893] Fix failing tilde test when run under a UID without a<br/>passwd entry<br/>DEBPKG:debian/patchlevel - http://bugs.debian.org/567489 List packaged<br/>patches for 5.14.2-21 in patchlevel.h<br/>DEBPKG:fixes/h2ph-multiarch - [e7ec705] http://bugs.debian.org/625808 [perl<br/>#90122] Make h2ph correctly search gcc include directories<br/>DEBPKG:fixes/index-tainting - [3b36395] http://bugs.debian.org/291450 [perl<br/>#64804] RT 64804: tainting with index() of a constant<br/>DEBPKG:fixes/document_makemaker_ccflags - http://bugs.debian.org/628522 [<br/>rt.cpan.org #68613] Document that CCFLAGS should include $Config{ccflags}<br/>DEBPKG:fixes/sys-syslog-socket-timeout-kfreebsd.patch -<br/>http://bugs.debian.org/627821 [rt.cpan.org #69997] Use a socket timeout on<br/>GNU/kFreeBSD to catch ICMP port unreachable messages<br/>DEBPKG:fixes/hurd-hints - http://bugs.debian.org/636609 Improve general GNU<br/>hints, needed for GNU/Hurd.<br/>DEBPKG:fixes/pod_fixes - [7698aed] http://bugs.debian.org/637816 Fix typos<br/>in several pod/perl*.pod files<br/>DEBPKG:debian/find_html2text - http://bugs.debian.org/640479 Configure<br/>CPAN::Distribution with correct name of html2text<br/>DEBPKG:fixes/digest_eval_hole - http://bugs.debian.org/644108 Close the<br/>eval &quot;require $module&quot; security hole in Digest-&gt;new($algorithm)<br/>DEBPKG:fixes/hurd-ndbm - [f0d0a20] [perl #102680]<br/>http://bugs.debian.org/645989 Add GNU/Hurd hints for NDBM_File<br/>DEBPKG:fixes/sysconf.t-posix - [8040185] [perl #102888]<br/>http://bugs.debian.org/646016 Fix hang in ext/POSIX/t/sysconf.t on GNU/Hurd<br/>DEBPKG:fixes/hurd-largefile - [1fda587] [perl #103014]<br/>http://bugs.debian.org/645790 enable LFS on GNU/Hurd<br/>DEBPKG:debian/hurd_test_todo_syslog - http://bugs.debian.org/650093 Disable<br/>failing GNU/Hurd tests in cpan/Sys-Syslog/t/syslog.t<br/>DEBPKG:fixes/hurd_skip_itimer_virtual - [rt.cpan.org #72754]<br/>http://bugs.debian.org/650094 Skip interval timer tests in Time::HiRes on<br/>GNU/Hurd<br/>DEBPKG:debian/hurd_test_skip_sigdispatch - http://bugs.debian.org/650188<br/>Disable failing GNU/Hurd tests op/sigdispatch.t<br/>DEBPKG:debian/hurd_test_skip_stack - http://bugs.debian.org/650175 Disable<br/>failing GNU/Hurd tests dist/threads/t/stack.t<br/>DEBPKG:debian/hurd_test_skip_pipe - http://bugs.debian.org/650187 Disable<br/>failing GNU/Hurd tests io/pipe.t<br/>DEBPKG:debian/hurd_test_skip_io_pipe - http://bugs.debian.org/650096<br/>Disable failing GNU/Hurd tests dist/IO/t/io_pipe.t<br/>DEBPKG:fixes/manpage_name_CPAN - http://bugs.debian.org/650448 [rt.cpan.org<br/>#73396] cpan/CPAN: add NAME headings in modules with POD<br/>DEBPKG:fixes/manpage_name_CPANPLUS - http://bugs.debian.org/650450 [<br/>rt.cpan.org #73398] cpan/CPANPLUS: add NAME headings in modules with POD<br/>DEBPKG:fixes/manpage_name_Test-Harness - http://bugs.debian.org/650451 [<br/>rt.cpan.org #73399] cpan/Test-Harness: add NAME headings in modules with POD<br/>DEBPKG:fixes/manpage_name_Term-UI - http://bugs.debian.org/650452 [<br/>rt.cpan.org #73400] cpan/Term-UI: add NAME headings in modules with POD<br/>DEBPKG:fixes/podlators_ae_ligature_fallback - http://bugs.debian.org/652851<br/>Fix the ASCII fallback string for AE<br/>DEBPKG:fixes/fsf_postal_address - [de89470] Update references to the FSF&#39;s<br/>postal address<br/>DEBPKG:fixes/cpan_module_pod_fixes - [perl #106870] [rt.cpan.org #73447] [<br/>rt.cpan.org #73446] Fix POD formatting in Term-Cap and Pod-Parser<br/>DEBPKG:fixes/cgi_no_shellwords_pl - Use Text::ParseWords instead of<br/>shellwords.pl<br/>DEBPKG:fixes/path_max_fallback - [perl #109262]<br/>http://bugs.debian.org/656869 Don&#39;t use _POSIX_PATH_MAX as a fallback<br/>PATH_MAX<br/>DEBPKG:debian/makemaker-pasthru - http://bugs.debian.org/660195 [rt.cpan.org<br/>#28632] Make EU::MM pass LD through to recursive Makefile.PL invocations<br/>DEBPKG:fixes/propagate_tainted_errors.patch -<br/>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663158 [perl #111654]<br/>properly propagate tainted errors<br/>DEBPKG:debian/perl5db-x-terminal-emulator.patch -<br/>http://bugs.debian.org/668490 Invoke x-terminal-emulator rather than xterm<br/>in perl5db.pl<br/>DEBPKG:fixes/socket_cache_propagate -<br/>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659075 [rt.cpan.org<br/>#61577] [perl #112736] sockdomain and socktype undef on newly accepted<br/>sockets<br/>DEBPKG:fixes/ipc_open3 - [perl #114454] http://bugs.debian.org/683894<br/>IPC::Open3::open3(..., &#39;-&#39;) broken<br/>DEBPKG:fixes/string_repeat_overrun - http://bugs.debian.org/689314<br/>[b675304] avoid calling memset with a negative count<br/>DEBPKG:debian/cpan-missing-site-dirs - http://bugs.debian.org/688842 Fix<br/>CPAN::FirstTime defaults with nonexisting site dirs if a parent is writable<br/>DEBPKG:fixes/kfreebsd-overrides - http://bugs.debian.org/689713 [perl<br/>#115324] [7dc6565] Remove unnecessary overrides in gnukfreebsd and<br/>gnuknetbsd hints.<br/>DEBPKG:fixes/tainted-smartmatch - [be88a5c] http://bugs.debian.org/690571<br/>[perl #93590] $tainted ~~ [...] failing<br/>DEBPKG:fixes/regexp-matching-starter - [6e634c5]<br/>http://bugs.debian.org/690975 [perl #101710] Regression with /i, latin1<br/>chars.<br/>DEBPKG:fixes/regexp-matching-fold - [399fb9c] http://bugs.debian.org/690976<br/>regexec.c: Fix &quot;\x{FB01}\x{FB00}&quot; =~ /ff/i<br/>DEBPKG:fixes/regexp-matching-opposite-case - [dc91d5a]<br/>http://bugs.debian.org/690979 [perl #101970] /[[:lower:]]/i matches upper<br/>case<br/>DEBPKG:fixes/reading-glob-copy-handle - [fd1564b]<br/>http://bugs.debian.org/629363 [perl #92258] &lt;$fh&gt; hangs on a glob copy<br/>DEBPKG:fixes/smartmatch-rhs-precedence - http://bugs.debian.org/691102<br/>[011be0b] Enforce Any ~~ Object smartmatch precedence<br/>DEBPKG:fixes/perlcheat-update - http://bugs.debian.org/691112 [ab0ae0a]<br/>Update PerlCheat to 5.14<br/>DEBPKG:fixes/cgi-cr-escaping - http://bugs.debian.org/693420 CR escaping<br/>for P3P and Set-Cookie headers<br/>DEBPKG:fixes/maketext-code-execution - [1735f6f]<br/>http://bugs.debian.org/695224 Fix misparsing of maketext strings.<br/>DEBPKG:fixes/storable-security-warning - [664f237]<br/>http://bugs.debian.org/695223 add a note about security concerns in Storable<br/>DEBPKG:fixes/digest-sha-doublefree - [rt.cpan.org #82655]<br/>http://bugs.debian.org/698172 [a8c6ff7] Fix a double-free bug in Digest::SHA<br/>DEBPKG:fixes/64bitint-signedness-wraparound - http://bugs.debian.org/698320<br/>[94e529c] Avoid wraparound when casting unsigned size_t to signed ssize_t.<br/>DEBPKG:fixes/stdin-sigchld - http://bugs.debian.org/700171 [perl #116621]<br/>[be48bbe] add a couple missing LEAVEs in perlio_async_run()<br/>DEBPKG:fixes/hsplit-rehash - [d59e31f] http://bugs.debian.org/702296<br/>Prevent premature hsplit() calls, and only trigger REHASH after hsplit()<br/>DEBPKG:fixes/encode-memleak - http://bugs.debian.org/702416 [5814803]<br/>Encode: Fixed a memory leak that occurred in the UTF-8 encoding.<br/> Built under linux<br/> Compiled at Apr 15 2013 15:36:20<br/> %ENV:<br/> PERLBREW_BASHRC_VERSION=&quot;0.67&quot;<br/> PERLBREW_CONFIGURE_FLAGS=&quot;-de -Dcc=ccache\ gcc -Dld=gcc&quot;<br/> PERLBREW_HOME=&quot;/home/yorton/.perlbrew&quot;<br/> PERLBREW_MANPATH=&quot;&quot;<br/> PERLBREW_PATH=&quot;/home/yorton/perl5/perlbrew/bin&quot;<br/> PERLBREW_ROOT=&quot;/home/yorton/perl5/perlbrew&quot;<br/> PERLBREW_VERSION=&quot;0.67&quot;<br/> @INC:<br/> /etc/perl<br/> /usr/local/lib/perl/5.14.2<br/> /usr/local/share/perl/5.14.2<br/> /usr/lib/perl5<br/> /usr/share/perl5<br/> /usr/lib/perl/5.14<br/> /usr/share/perl/5.14<br/> /usr/local/lib/site_perl<br/><br/><br/>-- <br/>perl -Mre=debug -e &quot;/just|another|perl|hacker/&quot;<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4717.html Thu, 17 Jul 2014 09:07:54 +0000 Re: undefined symbol: PL_stack_sp by sisyphus1 <br/>From: demerphq<br/>Sent: Thursday, July 17, 2014 4:45 PM<br/><br/>&gt;&gt; /git_tree/perl/Porting/_Inline/lib/auto/FOO_2bd2/FOO_2bd2.so: undefined<br/>&gt;&gt; symbol: PL_stack_sp at /usr/lib/perl/5.14/DynaLoader.pm line 184.<br/>&gt;&gt; at /usr/local/share/perl/5.14.2/Inline.pm line 526.<br/><br/>Looks to me that we&#39;ve got two different perls getting involved here:<br/>/usr/lib/perl/5.14/<br/>and<br/>/usr/local/share/perl/5.14.2<br/><br/>I think that&#39;s likely to be the problem.<br/>Did they both get involved during &#39;make test&#39; ?<br/><br/>If additional help is required the OP (whose contact details seem to be <br/>missing) should try running:<br/><br/>use Inline C =&gt; Config =&gt;<br/> BUILD_NOISY =&gt; 1,<br/> FORCE_BUILD =&gt; 1;<br/>use Inline C;<br/>greet(&#39;Ingy&#39;);<br/>greet(42);<br/>__END__<br/>__C__<br/>void greet(char* name) {<br/> printf (&quot;Hello %s!\n&quot;, name);<br/>}<br/><br/>With the full output of that, along with perl-V output, we might be able to <br/>offer more complete advice.<br/><br/>Cheers,<br/>Rob <br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4716.html Thu, 17 Jul 2014 08:06:59 +0000 Re: undefined symbol: PL_stack_sp by demerphq On 14 July 2014 23:08, demerphq &lt;demerphq@gmail.com&gt; wrote:<br/><br/>&gt; Hi,<br/>&gt;<br/>&gt; I&#39;ve been encountering the error in the subject line when I try to use<br/>&gt; Inline::C.<br/>&gt;<br/>&gt; For instance when I build the sample code from the Inline::C docs<br/>&gt;<br/>&gt; use Inline C;<br/>&gt; greet(&#39;Ingy&#39;);<br/>&gt; greet(42);<br/>&gt; __END__<br/>&gt; __C__<br/>&gt; void greet(char* name) {<br/>&gt; printf(&quot;Hello %s!\n&quot;, name);<br/>&gt; }<br/>&gt;<br/>&gt; I get the following error:<br/>&gt;<br/>&gt; Had problems bootstrapping Inline module &#39;FOO_2bd2&#39;<br/>&gt;<br/>&gt; Can&#39;t load &#39;/git_tree/perl/Porting/_Inline/lib/auto/FOO_2bd2/FOO_2bd2.so&#39;<br/>&gt; for module FOO_2bd2:<br/>&gt; /git_tree/perl/Porting/_Inline/lib/auto/FOO_2bd2/FOO_2bd2.so: undefined<br/>&gt; symbol: PL_stack_sp at /usr/lib/perl/5.14/DynaLoader.pm line 184.<br/>&gt; at /usr/local/share/perl/5.14.2/Inline.pm line 526.<br/>&gt;<br/>&gt;<br/>&gt; at - line 0.<br/>&gt; INIT failed--call queue aborted.<br/>&gt;<br/>&gt; I have searched around and there are CPANTester reports of failure due to<br/>&gt; this. But I only see one solution, on stackoverflow, that it has to do with<br/>&gt; 32bit versus 64bit, but it doesnt say what to do to fix and I somehow doubt<br/>&gt; it is relevant here.<br/>&gt;<br/>&gt; I did a complete rebuild and test of the latest Inline::C and all tests<br/>&gt; passed. So I am a bit confused what I am doing wrong.<br/>&gt;<br/>&gt; My perl version is:<br/>&gt;<br/>&gt; This is perl 5, version 14, subversion 2 (v5.14.2) built for<br/>&gt; x86_64-linux-gnu-thread-multi<br/>&gt;<br/>&gt; Complete -V output available on request.<br/>&gt;<br/>&gt; Any ideas on what to do to fix this?<br/>&gt;<br/><br/>Ping?<br/><br/>Yves<br/><br/><br/>-- <br/>perl -Mre=debug -e &quot;/just|another|perl|hacker/&quot;<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4715.html Thu, 17 Jul 2014 06:45:38 +0000 undefined symbol: PL_stack_sp by demerphq Hi,<br/><br/>I&#39;ve been encountering the error in the subject line when I try to use<br/>Inline::C.<br/><br/>For instance when I build the sample code from the Inline::C docs<br/><br/>use Inline C;<br/>greet(&#39;Ingy&#39;);<br/>greet(42);<br/>__END__<br/>__C__<br/>void greet(char* name) {<br/> printf(&quot;Hello %s!\n&quot;, name);<br/>}<br/><br/>I get the following error:<br/><br/>Had problems bootstrapping Inline module &#39;FOO_2bd2&#39;<br/><br/>Can&#39;t load &#39;/git_tree/perl/Porting/_Inline/lib/auto/FOO_2bd2/FOO_2bd2.so&#39;<br/>for module FOO_2bd2:<br/>/git_tree/perl/Porting/_Inline/lib/auto/FOO_2bd2/FOO_2bd2.so: undefined<br/>symbol: PL_stack_sp at /usr/lib/perl/5.14/DynaLoader.pm line 184.<br/> at /usr/local/share/perl/5.14.2/Inline.pm line 526.<br/><br/><br/> at - line 0.<br/>INIT failed--call queue aborted.<br/><br/>I have searched around and there are CPANTester reports of failure due to<br/>this. But I only see one solution, on stackoverflow, that it has to do with<br/>32bit versus 64bit, but it doesnt say what to do to fix and I somehow doubt<br/>it is relevant here.<br/><br/>I did a complete rebuild and test of the latest Inline::C and all tests<br/>passed. So I am a bit confused what I am doing wrong.<br/><br/>My perl version is:<br/><br/>This is perl 5, version 14, subversion 2 (v5.14.2) built for<br/>x86_64-linux-gnu-thread-multi<br/><br/>Complete -V output available on request.<br/><br/>Any ideas on what to do to fix this?<br/><br/>cheers.<br/>Yves<br/><br/>-- <br/>perl -Mre=debug -e &quot;/just|another|perl|hacker/&quot;<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4714.html Mon, 14 Jul 2014 21:08:18 +0000 Inline 2.014 by Ingy dot Net Hi Inliners, <br/> <br/>This is just a heads up that Inline and Inline::C are back under heavy, <br/>active development. It is not uncommon to have more than 1 release a day. <br/> <br/>The basic idea is to make Inline a modern Perl code base, and then add new <br/>stuff. Nothing should be breaking though, so please file issues for <br/>anything weird. All dev is now GitHub based so don&#39;t use RT, use <br/>https://github.com/ingydotnet/inline-pm/issues <br/> <br/>The biggest recent change is that Inline::C no longer ships with Inline. It <br/>is in a separate dist called Inline-C. So if you had something depending on <br/>the Inline module to get Inline::C you&#39;ll need to change that to actually <br/>depend on Inline::C. <br/> <br/>There&#39;s lots of discussion happening on IRC in the #inline channel or <br/>itc.perl.org. Please drop by. <br/> <br/>Cheers, Ingy d&ouml;t Net <br/> <br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4713.html Mon, 14 Jul 2014 07:26:08 +0000 [rt.cpan.org #97110] breaks Imager::Inline by Ed J via RT Thu Jul 10 12:41:21 2014: Request 97110 was acted upon.<br/>Transaction: Correspondence added by ETJ<br/> Queue: Inline<br/> Subject: breaks Imager::Inline<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: pagenyon@gmail.com<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=97110 &gt;<br/><br/><br/>A quick fix for this is to make your &quot;Inline&quot; function use $_[-1] for its language: that will work both with the old model and the new model.<br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4712.html Thu, 10 Jul 2014 16:41:42 +0000 [rt.cpan.org #97110] breaks Imager::Inline by Ed J via RT &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=97110 &gt;<br/><br/>A quick fix for this is to make your &quot;Inline&quot; function use $_[-1] for its language: that will work both with the old model and the new model.<br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4711.html Thu, 10 Jul 2014 16:41:42 +0000 Re: [rt.cpan.org #97110] breaks Imager::Inline by sisyphus1@optusnet.com.au via RT Thu Jul 10 10:50:14 2014: Request 97110 was acted upon.<br/>Transaction: Correspondence added by sisyphus1@optusnet.com.au<br/> Queue: Inline<br/> Subject: Re: [rt.cpan.org #97110] breaks Imager::Inline<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: pagenyon@gmail.com<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=97110 &gt;<br/><br/><br/>-----Original Message----- <br/>From: pagenyon via RT<br/><br/>&gt; see https://rt.cpan.org/Public/Bug/Display.html?id=97108<br/>&gt;<br/>&gt; reinstalling Inline version 0.55 fixes the issue. since nothing<br/>&gt; in the Changes file for Inline or Inline::C indicates anything like this <br/>&gt; should be expected, i assume it&#39;s a newly introduced bug on this end.<br/><br/>Well ... there have been (documented) changes made to Inline since 0.55 <br/>regarding &acirc;&#128;&#156;with&acirc;&#128;&#157;.<br/>I&acirc;&#128;&#153;m therefore thinking it&acirc;&#128;&#153;s likely that Inline-0.56 is responsible for any <br/>change of behaviour (regarding &acirc;&#128;&#156;with&acirc;&#128;&#157;) between 0.55 and 0.56.<br/><br/>In Inline.pm there has been a change made (between 0.55 and 0.56) to &acirc;&#128;&#156;sub <br/>with_configs&acirc;&#128;&#157;.<br/>Could that be it ?<br/><br/>Cheers,<br/>Rob <br/><br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4710.html Thu, 10 Jul 2014 14:50:25 +0000 Re: [rt.cpan.org #97110] breaks Imager::Inline by sisyphus1 -----Original Message----- <br/>From: pagenyon via RT<br/><br/>&gt; see https://rt.cpan.org/Public/Bug/Display.html?id=97108<br/>&gt;<br/>&gt; reinstalling Inline version 0.55 fixes the issue. since nothing<br/>&gt; in the Changes file for Inline or Inline::C indicates anything like this <br/>&gt; should be expected, i assume it&#39;s a newly introduced bug on this end.<br/><br/>Well ... there have been (documented) changes made to Inline since 0.55 <br/>regarding &acirc;&#128;&#156;with&acirc;&#128;&#157;.<br/>I&acirc;&#128;&#153;m therefore thinking it&acirc;&#128;&#153;s likely that Inline-0.56 is responsible for any <br/>change of behaviour (regarding &acirc;&#128;&#156;with&acirc;&#128;&#157;) between 0.55 and 0.56.<br/><br/>In Inline.pm there has been a change made (between 0.55 and 0.56) to &acirc;&#128;&#156;sub <br/>with_configs&acirc;&#128;&#157;.<br/>Could that be it ?<br/><br/>Cheers,<br/>Rob <br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4709.html Thu, 10 Jul 2014 14:50:12 +0000 [rt.cpan.org #97110] breaks Imager::Inline by pagenyon via RT Thu Jul 10 10:02:27 2014: Request 97110 was acted upon.<br/>Transaction: Ticket created by pagenyon<br/> Queue: Inline<br/> Subject: breaks Imager::Inline<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: pagenyon@gmail.com<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=97110 &gt;<br/><br/><br/>see https://rt.cpan.org/Public/Bug/Display.html?id=97108<br/><br/>reinstalling Inline version 0.55 fixes the issue. since nothing<br/>in the Changes file for Inline or Inline::C indicates anything like this should be expected, i assume it&#39;s a newly introduced bug on this end.<br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4708.html Thu, 10 Jul 2014 14:02:36 +0000 [rt.cpan.org #85336] Fails often when tested in parallel by Ed J via RT Wed Jul 02 18:01:36 2014: Request 85336 was acted upon.<br/>Transaction: Correspondence added by ETJ<br/> Queue: Inline<br/> Subject: Fails often when tested in parallel<br/> Broken in: 0.53<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ANDK@cpan.org, KENTNL@cpan.org<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=85336 &gt;<br/><br/><br/>commit 0bcdb0f7dfa065ff5bf68f2f3033ec7c549e38c3<br/>Author: ...<br/>Date: Wed Jul 2 22:43:44 2014 +0100<br/><br/> Undo change disabling BUILD_NOISY for Win32 when shell eq &quot;cmd&quot;.<br/><br/>In new 0.55_03:<br/><br/>diff --git a/C/C.pm b/C/C.pm<br/>index 0b8073e..cc2f4a0 100644<br/>--- a/C/C.pm<br/>+++ b/C/C.pm<br/>@@ -852,7 +852,8 @@ sub system_call {<br/> defined $ENV{PERL_INLINE_BUILD_NOISY}<br/> ? $ENV{PERL_INLINE_BUILD_NOISY}<br/> : $o-&gt;{CONFIG}{BUILD_NOISY};<br/>- $build_noisy = undef if $build_noisy and $^O eq &#39;MSWin32&#39; and $Config::Conf<br/>+ # test this functionality with:<br/>+ #perl -MInline=C,Config,BUILD_NOISY,1,FORCE_BUILD,1 -e &quot;use Inline C =&gt; q[v<br/> if (not $build_noisy) {<br/> $cmd = &quot;$cmd &gt; $output_file 2&gt;&amp;1&quot;;<br/> }<br/><br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4707.html Wed, 02 Jul 2014 22:01:44 +0000 Re: [rt.cpan.org #85336] Fails often when tested in parallel by sisyphus1@optusnet.com.au via RT Wed Jul 02 05:52:27 2014: Request 85336 was acted upon.<br/>Transaction: Correspondence added by sisyphus1@optusnet.com.au<br/> Queue: Inline<br/> Subject: Re: [rt.cpan.org #85336] Fails often when tested in parallel<br/> Broken in: 0.53<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ANDK@cpan.org, KENTNL@cpan.org<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=85336 &gt;<br/><br/><br/>----- Original Message ----- <br/>From: &quot;Ed J via RT&quot; &lt;bug-Inline@rt.cpan.org&gt;<br/><br/>&gt; FYI, the code to show the correct operation of BUILD_NOISY can be <br/>&gt; one-linered like so:<br/>&gt;<br/>&gt; perl -MInline=C,Config,BUILD_NOISY,1,FORCE_BUILD,1 -e &quot;use Inline C =&gt; <br/>&gt; q[void inline_warner() { int *x = 2; }]&quot;<br/><br/>Yes, for a test I&#39;m thinking just have the test script run something like <br/>that as a system command with output redirected to a file - and then check <br/>that file (to an extent that allows us to be confident that BUILD_NOISY is <br/>behaving as expected).<br/><br/>&gt; My reading of the patch in question is that it turns off BUILD_NOISY when <br/>&gt; it&#39;s Windows and the shell is cmd.<br/><br/>That&#39;s about the extent of it. But I&#39;m damned if I can think of any reason <br/>that ought to be done.<br/><br/>&gt; If BUILD_NOISY does the right thing with Win32 and CMD, let&#39;s undo that <br/>&gt; change?<br/><br/>BUILD_NOISY has always done the right thing for me on Win32 in the cmd.exe <br/>shell - that is, until 0.55 ;-)<br/>So yes - we definitely need to revert to pre-0.55 behaviour.<br/><br/>(This Windows laptop I&#39;m using while I&#39;m not at home doesn&#39;t have a git <br/>client, and I can&#39;t be bothered installing one on it. I&#39;ll be back home <br/>tomorrow night and will attend to this BUILD_NOISY issue then, if no-one <br/>else has.)<br/><br/>Cheers,<br/>Rob <br/><br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4706.html Wed, 02 Jul 2014 09:52:35 +0000 Re: [rt.cpan.org #85336] Fails often when tested in parallel by Sisyphus ----- Original Message ----- <br/>From: &quot;Ed J via RT&quot; &lt;bug-Inline@rt.cpan.org&gt;<br/><br/>&gt; FYI, the code to show the correct operation of BUILD_NOISY can be <br/>&gt; one-linered like so:<br/>&gt;<br/>&gt; perl -MInline=C,Config,BUILD_NOISY,1,FORCE_BUILD,1 -e &quot;use Inline C =&gt; <br/>&gt; q[void inline_warner() { int *x = 2; }]&quot;<br/><br/>Yes, for a test I&#39;m thinking just have the test script run something like <br/>that as a system command with output redirected to a file - and then check <br/>that file (to an extent that allows us to be confident that BUILD_NOISY is <br/>behaving as expected).<br/><br/>&gt; My reading of the patch in question is that it turns off BUILD_NOISY when <br/>&gt; it&#39;s Windows and the shell is cmd.<br/><br/>That&#39;s about the extent of it. But I&#39;m damned if I can think of any reason <br/>that ought to be done.<br/><br/>&gt; If BUILD_NOISY does the right thing with Win32 and CMD, let&#39;s undo that <br/>&gt; change?<br/><br/>BUILD_NOISY has always done the right thing for me on Win32 in the cmd.exe <br/>shell - that is, until 0.55 ;-)<br/>So yes - we definitely need to revert to pre-0.55 behaviour.<br/><br/>(This Windows laptop I&#39;m using while I&#39;m not at home doesn&#39;t have a git <br/>client, and I can&#39;t be bothered installing one on it. I&#39;ll be back home <br/>tomorrow night and will attend to this BUILD_NOISY issue then, if no-one <br/>else has.)<br/><br/>Cheers,<br/>Rob <br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4705.html Wed, 02 Jul 2014 09:52:21 +0000 [rt.cpan.org #85336] Fails often when tested in parallel by Ed J via RT Wed Jul 02 00:55:23 2014: Request 85336 was acted upon.<br/>Transaction: Correspondence added by ETJ<br/> Queue: Inline<br/> Subject: Fails often when tested in parallel<br/> Broken in: 0.53<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ANDK@cpan.org, KENTNL@cpan.org<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=85336 &gt;<br/><br/><br/>FYI, the code to show the correct operation of BUILD_NOISY can be one-linered like so:<br/><br/>perl -MInline=C,Config,BUILD_NOISY,1,FORCE_BUILD,1 -e &quot;use Inline C =&gt; q[void inline_warner() { int *x = 2; }]&quot;<br/><br/>My reading of the patch in question is that it turns off BUILD_NOISY when it&#39;s Windows and the shell is cmd. If BUILD_NOISY does the right thing with Win32 and CMD, let&#39;s undo that change?<br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4704.html Wed, 02 Jul 2014 04:55:37 +0000 [rt.cpan.org #85336] Fails often when tested in parallel by Sisyphus via RT Tue Jul 01 04:27:36 2014: Request 85336 was acted upon.<br/>Transaction: Correspondence added by SISYPHUS<br/> Queue: Inline<br/> Subject: Fails often when tested in parallel<br/> Broken in: 0.53<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ANDK@cpan.org, KENTNL@cpan.org<br/> Status: resolved<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=85336 &gt;<br/><br/><br/>Re-opening because of the following patch that was applied to Inline-0.55 as part of this ticket:<br/><br/>####################################<br/>Subject: [PATCH 4/5] MSWin32: disable BUILD_NOISY redirects on MSWin32 with<br/> cmd.exe<br/><br/>also print exitcode with failed commands<br/><br/>diff --git C/C.pm C/C.pm<br/>index f76e34b..21f7dfe 100644<br/>--- C/C.pm<br/>+++ C/C.pm<br/>@@ -804,6 +804,7 @@ sub makefile_pl {<br/> -f ($perl = $Config::Config{perlpath})<br/> or ($perl = $^X)<br/> or croak &quot;Can&#39;t locate your perl binary&quot;;<br/>+ $perl = qq{&quot;$perl&quot;} if $perl =~ m/\s/;<br/> $o-&gt;system_call(&quot;$perl Makefile.PL&quot;, &#39;out.Makefile_PL&#39;);<br/> $o-&gt;fix_make;<br/> }<br/>@@ -841,6 +842,7 @@ sub system_call {<br/> defined $ENV{PERL_INLINE_BUILD_NOISY}<br/> ? $ENV{PERL_INLINE_BUILD_NOISY}<br/> : $o-&gt;{CONFIG}{BUILD_NOISY};<br/>+ $build_noisy = undef if $build_noisy and $^O eq &#39;MSWin32&#39; and $Config::Config{sh} =~ /^cmd/;<br/> if (not $build_noisy) {<br/> $cmd = &quot;$cmd &gt; $output_file 2&gt;&amp;1&quot;;<br/> }<br/>@@ -861,11 +863,12 @@ sub build_error_message {<br/> close OUTPUT;<br/> }<br/> <br/>+ my $errcode = $? &gt;&gt; 8;<br/> return $output . &lt;&lt;END;<br/> <br/> A problem was encountered while attempting to compile and install your Inline<br/> $o-&gt;{API}{language} code. The command that failed was:<br/>- $cmd<br/>+ \&quot;$cmd\&quot; with error code $errcode<br/> <br/> The build directory was:<br/> $build_dir<br/>####################################<br/><br/>I wondered at the time (and still wonder) what that was about - but I applied it anyway, as it didn&#39;t break any tests.<br/><br/>However, it does break BUILD_NOISY on Win32 - to the extent that the compiler/linker commands/warnings of a successful build are not seen.<br/><br/>simply removing the line:<br/><br/> $build_noisy = undef if $build_noisy and $^O eq &#39;MSWin32&#39; and $Config::Config{sh} =~ /^cmd/;<br/><br/>from the patched (0.55) C.pm is sufficient to regain correct functioning of BUILD_NOISY on Windows.<br/>However, doing that probably also destroys whatever it was that the patch was designed to fix.<br/><br/>This episode exposes a need for a test script that examines the output of a BUILD_NOISY build to detect that this output is present.<br/>It would be hard to check that the entire output is as it should be, but we should at least be able to check for the presence of certain key elements like - eg that the output matches the string &quot;perl&quot;, that it matches the (interpolated)&quot;$Config{LD}&quot; and that it matches the name of any Inline-C function whose compilation is expected to emit a warning.<br/><br/>I think this breakage of BUILD_NOISY needs to be fixed for the next stable release.<br/><br/>Attached is a try.pl that demonstrates the problem. It shows the expected output of the script, and the actual output I get on one of my Win32 perls using Inline-0.55.<br/><br/>Cheers,<br/>Rob<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/07/msg4703.html Tue, 01 Jul 2014 08:27:44 +0000 Inline-C-0.54.tar.gz Released by Ingy dot Net __________________________________<br/>&lt; Inline-C-0.54.tar.gz Released!!! &gt;<br/> ----------------------------------<br/> \ ^__^<br/> \ (oo)\_______<br/> (__)\ )\/\<br/> ||----w |<br/> || ||<br/><br/><br/>I just took it upon myself to make Inline::C a separate release. Have a<br/>look.<br/><br/>Note this is not yet indexed, and should not yet be used in production.<br/>(but very soon)<br/><br/>Join #inline on irc.perl.org to follow the action. (You don&#39;t heed to type<br/>well (I certainly can&#39;t) :)<br/><br/>Cheers, Ingy<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/06/msg4702.html Thu, 26 Jun 2014 17:57:13 +0000 Re: Numerous bug reports closed by Ingy dot Net Rob,<br/><br/>Thanks a lot. I&#39;d like to see bugs moved from RT to<br/>https://github.com/ingydotnet/inline-pm/issues<br/><br/>We can also create release milestones and start planning the next era of<br/>Inline.<br/><br/>PS. We&#39;ve started using #inline on irc.perl.org for anyone interested.<br/><br/>Ingy<br/><br/><br/>On Tue, Jun 24, 2014 at 2:34 AM, &lt;sisyphus1@optusnet.com.au&gt; wrote:<br/><br/>&gt; Hi,<br/>&gt;<br/>&gt; I&#39;ve just closed 15 of the 16 bug open bug reports for Inline.<br/>&gt; You should have seen the notifications sent to this list ... none of which<br/>&gt; seemed to mention that the bug reports had actually been closed. (I hadn&#39;t<br/>&gt; anticipated that.)<br/>&gt;<br/>&gt; Anyway, if there&#39;s a bug report that I&#39;ve closed that anyone feels should<br/>&gt; still be open, please feel free to re-open it (or request that I re-open<br/>&gt; it).<br/>&gt;<br/>&gt; I won&#39;t take offense.<br/>&gt;<br/>&gt; Cheers,<br/>&gt; Rob<br/>&gt;<br/><br/> http://www.nntp.perl.org/group/perl.inline/2014/06/msg4701.html Wed, 25 Jun 2014 16:31:01 +0000