Daniel Jacobowitz wrote:
The problem is not to write portable makefiles. The problem is to ease the work of the 3rd party module developers. Currently mod_perl overrides quite a few MM targets. Subclassing those overrides is a *big* pain. If you look at the usage of ModPerl::MM, it's extremely concise and simple, but if you want to keep the default behavior and extend it, you have to do all kind of twists, and if things change internally your module's build could go broken as well.On Tue, Feb 18, 2003 at 09:10:26AM +1100, Stas Bekman wrote:Ask Bjoern Hansen wrote:On Fri, 14 Feb 2003, Stas Bekman wrote:Something to consider for mod_perl 2.0. Even though it'll create a dependency
on Module::Build. Any takers?
er, "Using an external utility (ie. make) is the fundamental flaw."[1]. httpd requires make. I don't see much point in adding a requirement when we can't remove the requirement of make anyway.Not really. Unlike, the first generation, mod_perl 2.0 builds separately from httpd and therefore doesn't have to rely on the same process.[1] http://xrl.us/cfy
[I'm going to get shot. Why am I doing this? Probably because I hate debugging custom build systems.] To be honest, I don't see the point. Eliminating dependencies on MakeMaker, yes - eliminating dependencies on Make, no. GNU make's list of supported platforms is I believe even larger than Perl's, so that's not much of an excuse. I'd bet that a good template makefile, generated at Perl installation time, and a really simple script to combine the project's makefile with the template (so as not to rely on "include" working) could do everything people really want their module build tool to do without becoming incomprehensible. Writing portable makefiles is really not all that hard.
I've had quite a painful experience recently trying to make ModPerl::MM subclassable, (which is not ModPerl::MM's fault, but EU::MM's)
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
