in reply to Perl 5.10 and Math::Pari

Did you also see this post from Nicholas Clark. I don't recall if I followed up with his suggestion there. I do know that I'm still interested in the solution, but have been sidetracked for a while. It is nice to see the subject raised again.

Replies are listed 'Best First'.
Re^2: Perl 5.10 and Math::Pari
by rafl (Friar) on Jan 27, 2008 at 15:03 UTC

    I did what Nickolas suggested. It compiled fine, but failed horribly at runtime with error messages that don't seem to be related to the fix I made. I also tried another way using PERL_MAGIC_ext, but it resulted in the same issues.

    So I guess Math::Pari is relying on more <=5.8 behaviour that has changed in 5.10. I wasn't able to figure out what exactly that is though.

[reply]
      I've tried it with the following patch: 
      1153c1153
<     ((CV*)cv)->sv_any->xiv_u.xivu_iv = numargs;    /* XXXX Nasty of 
+us... */
---
>     ((CV*)cv)->sv_any->xof_off = numargs;    /* XXXX Nasty of us... 
+*/
1219c1219
<     int numargs = ((CV*)cv)->sv_any->xiv_u.xivu_iv;    /* XXXX Nasty
+ of us... */
---
>     int numargs = ((CV*)cv)->sv_any->xof_off;    /* XXXX Nasty of us
+... */

      [download]
      It seems to work but increases the 'Nasty' level
[reply]
[d/l]

        That way it might compile, but it's still using SvPVX and SvIVX on an AV to store internal information. That breaks as those seem to be used by the AV itself in 5.10.

[reply]
Re^2: Perl 5.10 and Math::Pari
by hubb0r (Pilgrim) on Jan 24, 2008 at 01:59 UTC
    Yes, I saw that one. Unfortunately I have no idea about what to do regarding his suggestion. The c code in the Perl guts is beyond my abilities, though I did look in the source at the code he mentioned.
[reply]

In Section Seekers of Perl Wisdom