# from Julian Mehnle # on Friday 15 December 2006 02:51 pm: >I'm in the unlucky position where a user of my Mail::SPF distro is > expe- riencing a "Couldn't run Build.PL: Argument list too long" > error with M::B 0.2805 on RHEL 4.4 (see the enclosed message) and I > cannot help debugging it myself because I neither have RHEL nor > understand M::B well enough to analyze the problem.
I don't think we have yet solved this. IIRC, the current state is that we don't have a workaround which will also allow the test suite to pass. http://beta.nntp.perl.org/group/perl.module.build/2006/08/msg290.html It seems that nobody with a rhel box is able to come up with time and/or a solution. Would anybody at redhat like to look into this? AFAICT, it is a "red hat's perl" problem, where they have added some patch which over-aggressively adds foo/5.n.n directories to @INC ("over-aggressively" meaning, adds 20+ 5.n.n entries for each parent even if the parent INC directory exists (e.g. '-d $_') and the 5.n.n child directory doesn't (e.g. '! -d "$_/5.0.1"').) A possible user-end workaround is to manually install Module::Build and then ensure that your CPAN uses Build.PL and not the compatibility Makefile.PL. IIRC, that will work (or at least, won't "fail miserably"(TM).) A possible coded workaround would be to store our @INC in a wee module in _build and add a -I in run_perl and such. Again, the trouble is that $PERL5LIB is the current method of passing library paths to subprocesses. At the RHEL-caused hunormous size, that makes the environment too large for the RHEL kernel. (BTW, recompiling the kernel is another user-end workaround, though a rather silly one.) --Eric -- I eat your socks and you pay me. --The business sense of a very small goat. --------------------------------------------------- http://scratchcomputing.com ---------------------------------------------------
