>>>>> On Tue, 16 Apr 2002 14:02:51 -0400, Michael G Schwern <[EMAIL PROTECTED]> said:
> On Tue, Apr 16, 2002 at 06:11:02PM +0100, Tim Bunce wrote:
>> It would be good to add a workaround (plus warning perhaps)
>> to ExtUtils/MM_Unix.pm to save lots of people lots of headaches.
>>
>> New versions of MakeMaker should be able to cope with old Makefile.PL
>> files as far as practically possible.
> There has been no change in the behavior of EXE_FILES for years.
> EXE_FILES has always taken an array ref as far as I can tell.
> This appears to be a case of the old Makefile.PL being broken and
> MakeMaker not saying anything about it until now. Unless someone can
> show an example of that syntax working (not just being quiet) in
> 5.6.1?
A very weird bug indeed, apparently in 5.6.1. 5.6.1's MakeMaker
reaches the line
1527 foreach $name (@{$self->{EXE_FILES}}) {
with $self->{EXE_FILE} being (as I checked with Data::Dumper)
$VAR1 = 'dbimon pmysql';
AND DOES NOT DIE! (Sorry for shouting)
If I turn off autoloading by commenting __DATA__ and "use SelfLoader",
then 5.6.1 dies at line 1527.
What to do?
I believe Tim's idea is a good one anyway, to do a
$foo = [ split / /, $foo ] unless ref $foo;
I think MM does that in other places too.
--
andreas
