|Subject:||Compat Makefile.PL bombs when Build.PL tries to abort installation|
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. Seefor the example failure report.