[Module::Build] Re: something broken between Module::Build, CPAN.pm, and ExtUtils::MakeMaker in 5.8.8 for UINST=1

[John P. <jpe...@ro...>]

Nick Ing-Simmons wrote:
> John Peacock <jpe...@ro...> writes:
>> That discussion is happening on the Module-Build list even now.  
> 
> Hmm, my subscription to that list seems to have gone AWOL.

Mailman gets bored easily.  It's too bad that SF.net doesn't run ezmlm, 
so you will get a challenge email if things start bouncing for any reason.

> That is roughly what my Tk and Audio::* want as well.
> The potential issue is when the depth-first part kicks in.
>  - The Build.PL process needs to be top down so that toplevel Build.PL
>    can do the confugure-like tests needed by the children. 
>  - I have no trouble with actual build being depth first.
>  - I need to control the order of child builds somehow, this could 
>    be by tweaking the depth !

It may be possible to extend Build.PL so that if you need a specific 
execution order (or Build.PL execution order) then the toplevel file can 
impose that.  Otherwise a simple recursive tree walk collecting the 
sub-projects could be the default (cake->eat_too());

Ken already said that recursive builds are on the plate for post-0.28, 
so rejoin the M::B list for the cagematch^Wdiscussion, since you have 
insights that those of us with simple modules cannot dream of...

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748