I have a partial solution. There was a bug in Parrot::Configure::Data->add which caused it to always include a stringified copy of self for every usage of add. This leads to a large number of garbage hashref strings with even larger numbers of delimiter seperated delimiter strings.
I'll attempt a deeper exploration as to the reason why variable expansion isn't being done at some later point. This effects lib/Parrot/Configure/Data and t/configure/data.t > [EMAIL PROTECTED] - Tue Jan 17 12:44:55 2006]: > > attached is my lib/Parrot/Config.pm file generated from r11223, on > windows using msvc. inside you'll find a few things, like keys given > unix file path values, > 'bin_dir' => '/usr/local/bin', > > an invalid key, > 'Parrot::Configure::Data=HASH(0x193a650)' => ' ', > > and unexpanded values, > 'libparrot' => '$(LIBPARROT_STATIC)', > 'libparrot_ldflags' => '$(LIBPARROT_STATIC)', > 'libparrot_shared' => 'libparrot$(SHARE_EXT)', > > > these should be fixed as appropriate. > ~jerry > >
pcd.patch
Description: Binary data