![]() |
|
"be consistent" | |
PerlMonks |
Re^2: weird XS_unpack_charPtrPtr errorby syphilis (Archbishop) |
on Apr 07, 2009 at 01:07 UTC ( [id://755906]=note: print w/replies, xml ) | Need Help?? |
I had the word static in the declaration of a function, but not in its subsequent definition With Inline::C, function declarations are usually unnecessary. I wouldn't go so far as to say that they're *never* needed, but I've not yet struck a situation where they're required. with the static keyword on a separate line It's a bug that having 'static' on a separate line is producing different behaviour. In fact, I think it's a bug in the Parse::RecDescent parsing of the code - if you parse with ParseRegExp the problem disappears. ParseRegExp is a much faster parser, too. You use it by specifying the Inline config option USING => 'ParseRegExp', (ParseRegExp is broken in Inline-0.44, but works fine for me in Inline-0.45.) I'm not sure if it's a bug or a feature that the static keyword makes the function invisible from perl, but that's certainly the way it is for me. I'm still a little bit puzzled that you needed to use static to get the desired effect. I've written plenty of Inline::C functions that are uncallable from Perl, and haven't had to do anything like that. Of course, if I call them from Perl, then I get a runtime error straight away - and they do have to be defined in the script *before* any of the other Inline::C functions that call them. Anyway, good that you got it working - and I much appreciate your feedback. Cheers, Rob
In Section
Seekers of Perl Wisdom
|
|