Many dozens of perl5.10.0 variants of perlmodule packages don't build
on 10.6/i386 (i.e., the 32-bit side of the "universal" system-perl)
because they all clone the same CompileScript for Build.PL that does
not pass the single-arch tricks. I'm fixing them because they're
broken. I have contacted many of theirs' maintainers several times
over the past few weeks, but it's all still broken. I'm sick of not
being able to use half of the perl world on the one platform that we
tend to say is best supported.

We really need an intrinsic support for this...a huge swath of CPAN
uses Module::Build, so fink should support it cleanly just like we do
with MakeMaker (Makefile.PL). The goal is an explicit trigger for
alternate default CompileScript and InstallScript for Type:perl.
Which of these new .info fields do y'all like?

1. PerlType: that takes values of "makemaker" or "module::build", that
defaults to "Makefile.PL".

2. DefaultScript: that takes values of "autotools" "makemaker"
"module::build"? Bonus: extensible to any other new build systems we
feel like supporting, and lets packages get the type:perl magic even
if they use autotools (or vice versa).

3. Automatically detect presence of Build.PL and switch to that mode
insead of MakeMaker.PL. Bad: some distros include both, so wouldn't
allow maintainer to choose which one works best without going back to
hardcoding everything. This was proposed years ago on tracker.

4. [insert your idea here]

dan

-- 
Daniel Macks
dma...@netspace.org


------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to