Skip Menu |
 

This queue is for tickets about the Module-Build CPAN distribution.

Report information
The Basics
Id: 32018
Status: resolved
Priority: 0/
Queue: Module-Build

People
Owner: Nobody in particular
Requestors: stephenenelson [...] mac.com
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 0.2808
Fixed in: (no value)



Subject: Compat Makefile.PL bombs when Build.PL tries to abort installation
Download (untitled) / with headers
text/plain 1.1k
The CPAN testing service uses the convention of not sending FAIL reports when a setup script (Build.PL or Makefile.PL) exits successfully, but does not create its file (Build or Makefile). This prevents us from being flooded with FAIL reports for systems which do not have important prerequisites installed. Following this standard, I put a check in my Build.PL to see if perl is not compiled for threads. It does an exit(0) if it isn't. All goes well if the Build.PL is run, but if I define a passthrough Makefile.PL, the Makefile.PL tries to load in _build/prereqs, fails, and errors out, which leads to the bug report I was trying to avoid in the first place. An example: Output from '/usr/local/perl-5.6.2/bin/perl Makefile.PL': # running Build.PL /usr/local/perl-5.6.2/bin/perl Build.PL Unable to install. The Xine module requires multithread support. Can't read _build/prereqs: Datei oder Verzeichnis nicht gefunden at /usr/local/perl-5.6.2/lib/site_perl/5.6.2/Module/Build/Compat.pm line 244. If there is a way to define an environment check to work around this, I'd love to hear about it. See http://www.nntp.perl.org/group/perl.cpan.testers/2007/12/msg905933.html for the example failure report.
Download (untitled) / with headers
text/plain 460b
On Mon Dec 31 01:56:37 2007, STEPHEN wrote: Show quoted text
> The CPAN testing service uses the convention of not sending FAIL > reports when a setup script (Build.PL or Makefile.PL) exits > successfully, but does not create its file (Build or Makefile)
Unfortunately, yes. As it seems they are not going to fix that design, I suppose I'll play along (but I'm still not going to like it ;-) Fixed in svn r12419. Should be appearing in 0.32 relatively soon. Thanks, Eric


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.