It's similar, but intentionally not the same as the byzantine demented logic of PREFIX. The real problem is that neither CPAN nor CPANPLUS support the Module::Build arguments, even though the latter will run Build.PL scripts in preference to Makefile.PL.
I like the the byzantine demented logic of PREFIX. It does what I expect it to, and works like all the other packages installed into my local site_perl referenced by $ENV{PERL5LIB}.
And then there's this beauty:
rspier@bear ~/.cpan/build/Module-Build-0.25$ perl Makefile.PL PREFIX=/tmp/foo Sorry, PREFIX is not supported. See the Module::Build documentation for 'destdir' or 'install_base' instead.
You might like it, but it's really, really, really complicated to support. I think install_base will do what you expect it to do too. I think what you really dislike is that if you have PREFIX set as a standard argument for CPAN or CPANPLUS, it just doesn't work with Module::Build, which is annoying.
--install_base produces a different structure than PREFIX does
So does PREFIX. The heuristics of how PREFIX works drifts from version to version of MakeMaker especially between 5.x and 6.x. Part of the problem is nobody can really quite agree on how it should work. The other part is its attempts to make the PREFIX layout match the system layout. Fix one thing, break another. For the longest time modules installed on Debian came out funny because they put things in/usr/share. I've tried to get a h
Looks like you can do this now. Unfortunately, it's not documented.
Uninstall modules installed by Module::Build
I wrote code to write packlists a long time ago. I should nag Ken to apply that patch.
Unable to figure out a distributions prerequisites.
Module::Build's version comparision is not supported.
It has requires(), build_requires(), recommends(), and conflicts() methods that return the hash reference that the user specified. Then you can call check
--install_base (Score:2)
I think that
perl Build.PL --install-base /var/lookie/hereis what you want. Give it a try!--David
Re:--install_base (Score:2)
Re:--install_base (Score:2)
Re:--install_base (Score:2)
Re:--install_base (Score:2)
Re:--install_base (Score:2)
So does PREFIX. The heuristics of how PREFIX works drifts from version to version of MakeMaker especially between 5.x and 6.x. Part of the problem is nobody can really quite agree on how it should work. The other part is its attempts to make the PREFIX layout match the system layout. Fix one thing, break another. For the longest time modules installed on Debian came out funny because they put things in /usr/share. I've tried to get a h
Re:--install_base (Score:1)
From the latest development snapshot of CPANPLUS, these issues (among others) are still open:
=head1 KNOWN ISSUES
There are some known issues with Module::Build, that we hope the
authors will resolve at some point, so we can make full use of
Module::Build's power.
=over 4
=item * Passing build flags to 'new_from_context'
This is sadly not possible untill Module::Build is patched to support
this feature. This mean
Re:--install_base (Score:2)
Looks like you can do this now. Unfortunately, it's not documented.
Uninstall modules installed by Module::Build
I wrote code to write packlists a long time ago. I should nag Ken to apply that patch.
Unable to figure out a distributions prerequisites.
Module::Build's version comparision is not supported.
It has requires(), build_requires(), recommends(), and conflicts() methods that return the hash reference that the user specified. Then you can call check