Re: undefined symbol: PL_stack_sp
[email protected] Sat, 19 Jul 2014 11:15:29 +1000
| Newsgroups | perl.inline |
|---|---|
| Message-ID | <F50D5BBAB52E4A46B03C827072EBF0CD@OwnerPC311012> |
------=_NextPart_000_002E_01CFA342.BFC03ED0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Yeah, I=E2=80=99ll do that tonight if it hasn=E2=80=99t already been = done. Cheers, Rob From: Ingy dot Net=20 Sent: Saturday, July 19, 2014 2:28 AM To: Sisyphus=20 Cc: demerphq ; inline=20 Subject: Re: undefined symbol: PL_stack_sp Can someone turn this into an issue here = https://github.com/ingydotnet/inline-c-pm/issues This type of discussion would do better there, as we'll get around to = addressing it. Cheers On Thu, Jul 17, 2014 at 5:58 PM, <[email protected]> wrote: From: demerphq Sent: Friday, July 18, 2014 7:40 AM=20 The above shows what goes wrong. Makemaker decides that PERL_LIB is = "../../../../" instead of = "/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4" below is the diff of the two Makefiles, but the relevant part is as = follows: -PERL_LIB =3D = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4 -PERL_ARCHLIB =3D = /home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4/x86_64-linux +PERL_LIB =3D ../../../../lib +PERL_ARCHLIB =3D ../../../../lib 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. I didn't know that. 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 = "things might go awry, and if they do then you should move the script to = a different (sane) location". 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. Might there be a perlbrew component to this issue ? (I'm not at all = familiar with perlbrew. I just build my perls the old fashioned way and = call them via different shell/batch scripts.) I see that you're running EU-MM-6.57_05. If you think it'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's actually = a bit interesting.) Otherwise we can just settle for the "Don't do that" solution ;-) Cheers, Rob=20 ------=_NextPart_000_002E_01CFA342.BFC03ED0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <HTML><HEAD></HEAD> <BODY dir=3Dltr> <DIV dir=3Dltr> <DIV style=3D"FONT-SIZE: 12pt; FONT-FAMILY: 'Calibri'; COLOR: #000000"> <DIV>Yeah, I=E2=80=99ll do that tonight if it hasn=E2=80=99t already = been done.</DIV> <DIV> </DIV> <DIV>Cheers,</DIV> <DIV>Rob</DIV> <DIV> </DIV> <DIV=20 style=3D"BORDER-TOP-COLOR: #000000; BORDER-BOTTOM-COLOR: #000000; = PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 4px solid; = BORDER-RIGHT-COLOR: #000000"> <DIV=20 style=3D'FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: = "Calibri"; FONT-WEIGHT: normal; COLOR: #000000; FONT-STYLE: normal; = DISPLAY: inline'> <DIV style=3D"FONT: 10pt tahoma"> <DIV style=3D"font-color: black"><B>From:</B> <A [email protected]=20 href=3D"mailto:[email protected]">Ingy dot Net</A> </DIV> <DIV><B>Sent:</B> Saturday, July 19, 2014 2:28 AM</DIV> <DIV><B>To:</B> <A [email protected]=20 href=3D"mailto:[email protected]">Sisyphus</A> </DIV> <DIV><B>Cc:</B> <A [email protected]=20 href=3D"mailto:[email protected]">demerphq</A> ; <A = [email protected]=20 href=3D"mailto:[email protected]">inline</A> </DIV> <DIV><B>Subject:</B> Re: undefined symbol: = PL_stack_sp</DIV></DIV></DIV></DIV> <DIV=20 style=3D"BORDER-TOP-COLOR: #000000; BORDER-BOTTOM-COLOR: #000000; = PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 4px solid; = BORDER-RIGHT-COLOR: #000000"> <DIV=20 style=3D'FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: = "Calibri"; FONT-WEIGHT: normal; COLOR: #000000; FONT-STYLE: normal; = DISPLAY: inline'> <DIV dir=3Dltr> <DIV>Can someone turn this into an issue here <A=20 href=3D"https://github.com/ingydotnet/inline-c-pm/issues">https://github.= com/ingydotnet/inline-c-pm/issues</A><BR><BR></DIV> <DIV>This type of discussion would do better there, as we'll get around = to=20 addressing it.<BR><BR></DIV> <DIV>Cheers<BR></DIV></DIV> <DIV class=3Dgmail_extra><BR><BR> <DIV class=3Dgmail_quote>On Thu, Jul 17, 2014 at 5:58 PM, <SPAN = dir=3Dltr><<A=20 href=3D"mailto:[email protected]"=20 target=3D_blank>[email protected]</A>></SPAN> wrote:<BR> <BLOCKQUOTE class=3Dgmail_quote=20 style=3D"PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc = 1px solid"><BR>From:=20 demerphq<BR>Sent: Friday, July 18, 2014 7:40 AM=20 <DIV><BR><BR> <BLOCKQUOTE class=3Dgmail_quote=20 style=3D"PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: = #ccc 1px solid">The=20 above shows what goes wrong. Makemaker decides that PERL_LIB is=20 "../../../../" instead of=20 = "/home/yorton/perl5/perlbrew/<U></U>perls/perl-5.14.4/lib/5.14.4"<BR><BR>= below=20 is the diff of the two Makefiles, but the relevant part is as=20 follows:<BR><BR>-PERL_LIB =3D=20 = /home/yorton/perl5/perlbrew/<U></U>perls/perl-5.14.4/lib/5.14.4<BR>-PERL_= ARCHLIB=20 =3D=20 = /home/yorton/perl5/perlbrew/<U></U>perls/perl-5.14.4/lib/5.14.4/<U></U>x8= 6_64-linux<BR>+PERL_LIB=20 =3D ../../../../lib<BR>+PERL_ARCHLIB =3D ../../../../lib<BR><BR>I am = guessing=20 that MakerMaker decides that is being used as part of building perl, = and=20 that it should use it as the location for its header files. I know = there is=20 special logic in MakeMaker for this kind of=20 purpose.<BR></BLOCKQUOTE><BR></DIV>I didn't know that.<BR>If we could = get a=20 handle on precisely how to detect that this problem might arise, then = we could=20 probably have Inline issue a warning that "things might go awry, and = if they=20 do then you should move the script to a different (sane) = location".<BR><BR>I=20 tried running your demo script on Windows (as <A = href=3D"http://try.pl"=20 target=3D_blank>try.pl</A>) in C:/git_tree/perl/Porting with = perl-5.14.0,=20 EU-MM-6.62 and it still worked fine for me.<BR>Might there be a = perlbrew=20 component to this issue ? (I'm not at all familiar with perlbrew. I = just build=20 my perls the old fashioned way and call them via different shell/batch = scripts.)<BR><BR>I see that you're running EU-MM-6.57_05. If you think = it's=20 worth the effort I guess you could see if updating to EU-MM-6.62 fixes = the=20 problem - or do any other digging you think might be productive. (It's = actually a bit interesting.)<BR>Otherwise we can just settle for the = "Don't do=20 that" solution ;-)<BR><BR>Cheers,<BR>Rob <BR></BLOCKQUOTE></DIV> <DIV> </DIV></DIV></DIV></DIV></DIV></DIV></BODY></HTML> ------=_NextPart_000_002E_01CFA342.BFC03ED0--