Come for the quick hacks, stay for the epiphanies. | |
PerlMonks |
Re^3: Need help using Inline::Module with JavaScript::Embeddedby syphilis (Archbishop) |
on Jul 14, 2022 at 13:22 UTC ( [id://11145517]=note: print w/replies, xml ) | Need Help?? |
So that is how to do it! Well, it's one way to do it ... but it's a different way to the way it's done in the demo module that ships with the Inline::C source. That demo module is Math-Simple-1.23, and you'll find it in the examples/modules folder in the Inline-C source distro. When you build and install that module (which is safe and fine to do), you'll find that compilation of the C code is done only once (ie during 'make test'), yet nothing is done to control the location of the Inline build directory. I don't know why JavaScript::Embedded is requiring special treatment wrt the location of the _Inline build directory. I think the difference probably lies in some magic provided by Inline::MakeMaker - which the Math::Simple Makefile.PL uses in place of ExtUtils::MakeMaker. But I can't remember and I don't really feel like digging into it. Have a play with Math::Simple if you're interested and you'll quickly see that there's no re-compiling being done. BTW, the problem I had building JavaScript::Embedded on perl-5.36.0 is my fault. The mingw-w64 compiler that built that perl defines _WIN32_WINNT to But I'm actually on Windows 7, and GetSystemTimePreciseAsFileTime() The mingw-w64 compiler that built my perl-5.34.0 defines _WIN32_WINNT to 0x0502 (which implies pre-Windows7) and therefore avoids the issue. I've released a new version on CPAN, should be available on mirrors in a few hours JavaScript-Embedded-2.7.2 built, tested, and installed fine for me on perl-5.34.0. Cheers, Rob
In Section
Seekers of Perl Wisdom
|
|