in reply to Re: Using stderr from Inline::C: (part deux)
in thread Using stderr from Inline::C: (part deux)
the root cause of the problem was a mismatch of compilers.
Kinda. Sorta. But not really.
I::C code is compiled to a runtime linked dll. There is nothing fundamentally wrong with using multiple different CRTs within different dlls in the same process. (provided you don't try to mix'n'match by (say) mallocing with one and freeing with another.)
Indeed, this is (so far; but I've been doing it for a good many years) the only real problem I've encountered with using a different compiler for building modules and I::C stuff, than was used to build the AS perl I use.
The problem is that the Perl headers pull in a shitload of the PerlIO crap regardless of whether the code being compiled uses it or not. And it is that PerlIO crap that is screwing this up.
So one solution could be to either change compilers or re-compile Perl with your preferred compiler.
Neither of those is an option. It has to be AS perl. The compiler AS use is no longer available; neither is (their) source for the build of Perl I need for this.
But thanks for your reply.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^3: Using stderr from Inline::C: (part deux)
by bulk88 (Priest) on May 23, 2013 at 11:07 UTC | |
by BrowserUk (Patriarch) on May 23, 2013 at 12:08 UTC |