a pure perl make?

It seems that Module::Build is in the spotlight again, with much discussion polarised into the protagonists and the antagonists: see this.

However, I was musing on what the situation would be if Module::Build had not been written. An alternative approach could be to write a make script in perl - able to process the output from EU:MM. This would decouple the portability arguments against MakeMaker from the rest, and enable MM potentially to work with more platforms and reduce the supported platform specific baggage and cruft that is in MM.

Also, having a perl 'make' that works across platforms with the same type of makefile, could be a useful tool for solving problems building and installing other cross-platform software than perl.

Is this just a pipe dream or has someone attempted and abandoned it for some good reasons?

--
I'm Not Just Another Perl Hacker

Comment on a pure perl make?

Replies are listed 'Best First'.
Re: a pure perl make? by BrowserUk (Patriarch) on May 20, 2005 at 14:23 UTC
Another attempt along with the reasons it was aboandoned. Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. Lingua non convalesco, consenesco et abolesco. -- Rule 1 has a caveat! -- Who broke the cabal? "Science is about questioning the status quo. Questioning authority". The "good enough" maybe good enough for the now, and perfection maybe unobtainable, but that should not preclude us from striving for perfection, when time, circumstance or desire allow.	[reply] [d/l]
Re: a pure perl make? by merlyn (Sage) on May 20, 2005 at 14:20 UTC
As mentioned in that thread already, pmake. -- Randal L. Schwartz, Perl hacker Be sure to read my standard disclaimer if this is a reply.	[reply]
Re: a pure perl make? by brian_d_foy (Abbot) on May 20, 2005 at 17:37 UTC
I've been thinking about the make(1) issue, and I should confess some personal biases. These aren't recommendations, just how I do things and perhaps why I don't run into the problems other people do. I compile a lot of stuff. I typically don't use things like fink, binary packages, and whatnot. (I do use FreeBSD's /usr/ports and PPM though, put that's not very often). I'm used to installing software, and some even non-Perl things have make(1) issues. I haven't kept a list, but some things request a particular make(1) variant. That's hasn't been a huge problem for me because I'm usually in the middle of something else that seems more of a problem at the time. The problems with PREFIX sound more like problems with default installations of perl and its default configuration. I always compile and install my own perl. Given that, I have these concerns End users don't want to download more than they have to. Even if there was a Perl make(1), it's just one more thing for them to download. That's the biggest killer. End users hate dependencies. On the surface they don't really care about code reuse and all that stuff the developers like. I've gone through most of my distributions and removed some modules end users complained about (like File::Find::Rule, which has a lot of dependencies). I'd be much more likely to use Module::Build when it comes with Perl. Again, it's one less thing to download. Re-inventing make(1) is probably not going to be as good as the make(1) implementations that already exist, and the Perl make(1) will have its own eccentricities. Even with a perfect perl make(1), we still need to ensure it works on most of CPAN. That's not intractable, but not everyone is an early adopter and will want to wait to see how the new make(1) works out before they commit to it. That's the stumbling block for Module::Build right not. Solve that problem with Module::Build and you don't need the Perl make(1). -- brian d foy <brian@stonehenge.com>	[reply]