in reply to Re: Re^3: Perl 5 -> 6 do's and don'ts? (Inline::C)
in thread Perl 5 -> 6 do's and don'ts?
You seem to have misunderstood my point. I don't care how the C code is generated.
The issues involved are entirely those of the perl API
Yes, and my point was that it can be very useful to write stuff in Inline::C that makes absolutely no reference to the perl API. You simply write C code that takes C-style arguments. If you do that, then you don't need any macros or processing of the source code other than whatever needs to happen to turn the perl subroutine arguments into C data types and to turn the returned C data type into a Perl scalar.
And the available transformations to/from C data types are quite limited so you won't be doing anything in that part of your C code that won't be tons easier to implement than the whole typemap power of XS.
Yes, you certainly can write Inline::C code that will be horribly hard to port. I thought you two covered that point rather well. But I don't consider that the most important point.