I just updated to the latest M::SD and have started seeing problems on Windows related to case sensitivity. The call to scan_dispatch() ends up creating multiple entries for the same module with different spellings. For example, on my system I end up with both 'Socket.pm' and 'socket.pm' as keys in %map. It looks like the recent update broke the case insensitive behavior of this routine on Windows. I haven't investigated further to see what changed, but I suspect this is going to cause a lot of problems for folks.
--Scott -----Original Message----- From: Steffen Mueller [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 27, 2007 9:27 AM To: Niel Lambrechts Cc: [email protected] Subject: Re: PAR: shared library dependencies Hi Niel, Niel Lambrechts wrote: >> Problem 2: With ScanDeps 0.77 I in fact get a further problem where the >> perl scripts are correctly bleached in >> /tmp/par-user/..../inc/scripts/progname.pl but another un-bleached copy >> gets created in /tmp/par-user/..../inc/lib/progname.pl. (This _only_ >> happens with ScanDeps 0.77, not with 0.70). > > This problem stands, I can also confirm that it does not happen with > ScanDeps 0.73. Is this a regression in the later versions? This is because since M::SD 0.74, the input files are included in the list of dependencies. I can't think of a situation where this would be desirable, though. Therefore, I'll commit a change to the SVN repository which removes the input files from the list of dependencies returned from scan_deps(). This is a mere band-aid fix. I guess the changes that were done by Adrian between 0.73 and 0.74 require tracking of the input files via the normal dependency tracking mechanisms, so this seemed to be by far the simplest fix. Please test* and let me know if it helped for you. Best regards, Steffen * "svn checkout http://svn.openfoundry.org/par/Module-ScanDeps/trunk";
