Front page | perl.perl5.porters |
Postings from July 2009
2009/7/26 Craig A. Berry <craig.a.berry@gmail.com>: > On Sat, Jul 25, 2009 at 6:27 PM, David E. Wheeler<david@kineticode.com> wrote: > >> Has Yves finished fixing up lib/ExtUtils/t/Install.t and >> lib/ExtUtils/t/INST_PREFIX.t when Perl is configured with >> `-Duserelocatableinc` (on case-insensitive file systems)? I think I remember >> that INstall.t was fixed, but wasn't sure about INST_PREFIX.t. > > I don't see anything recent enough here: > > <http://perl5.git.perl.org/perl.git/history/HEAD:/lib/ExtUtils/t/INST_PREFIX.t> > > and I believe that file is part of ExtUtils::MakeMaker, not > ExtUtils::Install [1]. Please make sure the problem been reported to > the CPAN RT queue for MakeMaker. > > I wouldn't hold out too much hope for more module integrations at this > point, so you may want to be prepared to document the failure > conditions. > > [1] You can see that with: > > % perl Porting/Maintainers --module ExtUtils::MakeMaker --files > IIUIR this was a case where EUI ended up using an older version of some files that were in EUMM. I synched EUI to the latest version of the EUMM test infrastructure and I think that should have resovled this problem. Actually, ive been meaning to chase something related to that, in that some time back I did some slicing and dicing of some of the test files in the core that are shared by EUMM and EUI to make it easier to construct the EUMM and EUI from the core files properly, but it seems maybe these changes were not pushed to EUMM even though Schwern was advised of them, and I think later on they were overwritten by somebody doing a naive "copy EUMM" into core. So its actually possible that EUI isnt being properly tested in core anymore. I need to dig further today. Yves -- perl -Mre=debug -e "/just|another|perl|hacker/"Thread Previous | Thread Next