All the Perl that's Practical to Extract and Report
use Perl Log In
Ovid (2709)
(email not shown publicly)
http://publius-ovidius.livejournal.com/
AOL IM: ovidperl (Add Buddy, Send Message)
Stuff with the Perl Foundation. A couple of patches in the Perl core. A few CPAN modules. That about sums it up.
Fixing Module::Build
So after quite a bit of acrimonious discussion in the Chatterbox on Perlmonks, an interesting compromise for Module::Build was discussed. Instead of Build.PL, name it Makefile.PL., have it check for, and install it if it doesn't find it, a generic make wrapper (written in Perl) that calls make (or nmake or gmake) if MakeMaker is being used but lets Module::Build do its own thing. A simple Makefile could be written out that does virtually nothing but call the build script. Thus, we would get backwards compatability and have a clean migration path.
One problem I see is ensuring that the make wrapper gets picked up before the actual make program. The first time this is run, the user would have to run Makefile.PL as root/Administrator to ensure that the wrapper gets installed, but if those challenges could be overcome, would this fix much of the current Module::Build complaints (outside of PREFIX)?
I pour myself a cup of strong coffee. :-)
-- Jarkko Hietaniemi
Another option? (Score:2)
- Rewrite make in Perl (pake?) and actually make it friendly.
- Remove all reliance on existing command line make tools. Use pake instead.
- Include pake in Perl's standard library.
Just a thought.Re:Another option? (Score:2)
pmake [cpan.org]
Step 1 is accomplished.
Re:Another option? (Score:2)
Re:Another option? (Score:2)
Java did the same thing with Ant. Strange that so many other communities view a dependency on make as a bad idea.