in reply to Re: Web Browser fails to compile my code
in thread Web Browser fails to compile my code

Now this is what I was thinking: build a proper XS module instead of using the Inline::C shortcut. No reason to force compilation on the web server process, especially if it doesn't work properly anyway.

As a general question, I was wondering how Inline::C is used in production applications. My instinct is that Inline::C is more of a helper/get-me-started module, not something to be used in the final shipped application. Seeing how the OP solved the original problem confirms it for me: library and header include paths shouldn't be hard-coded in the Perl code; stuff like that belongs in a build process.

On the other hand, my impression is that Inline::C is a very popular module. Is it accepted practice to include C code using it? Would I find modules on CPAN that depend on Inline::C?

We do have some Perl at $work, but mostly just for utility scripts, and we've never had to write any C code. I'm curious what the general accepted practice is in the Perl community.

Replies are listed 'Best First'.
Re^3: Web Browser fails to compile my code
by tachyon-II (Chaplain) on May 22, 2008 at 00:40 UTC

    You can use Google to "grep" cpan site:cpan.org/src "use Inline C" returns 30 results (click the last button to make Google find the real number, not the estimate). About 1/2 are .pm modules using Inline C, so the answer is not very many.

    h2xs is a powerful tool worth looking into.

    There is a moduleInlineX::XS that converts Inline::C code to XS although I have not tried it. There are also InlineX::C2XS InlineX::CPP2XS for C++