----- Original Message ----- 
From: "Eric Wilhelm" <[EMAIL PROTECTED]>
.
.
>
> <snip>
> >And then run the Inline::C script with the config option:
> >
> >WRITE_XS_FILE_ONLY => ['.', 'Module', 'My::Module', 'My::Module']
>
> Ok, I still don't like the idea of manually modifying the code as part
> of the build process.  IIRC, one couldn't do the above as a
> -MInline=... argument because of the array ref, but we can work through
> that.

It was just a demo of the concept written in terms that I could understand.
If there's a better means to the end, then I have no objection to that. (And
if you can improve on what we get at "the end", so much the better.)

.
.
>
> And here is the real rub for me.  Most of my Inliney modules started
> life that way and I would prefer to continue development in that mode
> rather than switching to XS.

I certainly respect your right to do things the way *you* want :-)

> It sounds like your use-case is more
> along the lines of "generate the XS and start a module around it."

Yep.

A lot of what followed in your post was a little difficult for me to
understand - I'm not really up to date with Module::Starter or
Module::Build, and Inline has options that I don't know much about. (The
fact that I don't really understand XS, MakeMaker, and a whole host of other
stuff probably doesn't help, either.)

If there was something there that you wanted my response to, just let me
know and I'll try to oblige :-)

If this functionality were to be achieved through a module in the "Module"
namespace, does it still hook into the Inline::C functions (ie does it
'require "Inline/C.pm";' ) ? Or does it work entirely independent of the
Inline modules ?

Cheers,
Rob

Reply via email to