On Sat, Jun 6, 2009 at 12:28 AM, Michael G Schwern wrote:
I'd like to somehow test for this issue without having to shove MakeMaker into
bleadperl and build it on multiple OS'. [1]
To me that sounds easier than the alternatives. How hard would it be
to fork blead on github, merge in development releases of MakeMaker,
and test MakeMaker in situ rather than relying on a lot of complicated
simulations?
But it's not clear what subset of
MakeMaker's functionality needs to work without XS. I guess enough to build
modules (the perl build doesn't actually use install, right?)
You may need less simulation rather than more, but if you want to
pretend you don't have dynamic loading when you actually do, something
like the following should do the trick:
$ perl -e "BEGIN {require DynaLoader; *DynaLoader::dl_load_file = 0;}
use Filter::Util::Call;"
Can't load module Filter::Util::Call, dynamic loading not available in
this perl.
(You may need to build a new perl executable which either supports
dynamic loading or has the Filter::Util::Call module statically
linked into it.)
at -e line 1
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
%SYSTEM-F-ABORT, abort
which is the exact same error you'd see from trying to load
Filter::Util::Call from miniperl:
$ mcr []miniperl -e "use Filter::Util::Call;"
Can't load module Filter::Util::Call, dynamic loading not available in
this perl.
(You may need to build a new perl executable which either supports
dynamic loading or has the Filter::Util::Call module statically
linked into it.)
at -e line 1
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
%SYSTEM-F-ABORT, abort
