Grokbase › Groups › Perl › perl5-porters › October 2009
FAQ
A few days ago I did a compare of a blead install compared with a 5.10.1
install, and found some files had changed their architecture-ness, and one
probable stowaway had appeared (filter-util.pl). Others of you may have a
better idea than me if any of these are actually errors:

-./lib/5.10.1/i686-linux-thread-multi/B/Debug.pm
-./lib/5.10.1/i686-linux-thread-multi/B/Deparse.pm
-./lib/5.10.1/i686-linux-thread-multi/B/Lint.pm
+./lib/5.11.0/B/Debug.pm
+./lib/5.11.0/B/Deparse.pm
+./lib/5.11.0/B/Lint.pm


-./lib/5.10.1/File/Spec/Cygwin.pm
-./lib/5.10.1/File/Spec/Epoc.pm
-./lib/5.10.1/File/Spec/Functions.pm
-./lib/5.10.1/File/Spec/Mac.pm
-./lib/5.10.1/File/Spec/OS2.pm
-./lib/5.10.1/File/Spec.pm
-./lib/5.10.1/File/Spec/Unix.pm
-./lib/5.10.1/File/Spec/VMS.pm
-./lib/5.10.1/File/Spec/Win32.pm
+./lib/5.11.0/i686-linux-thread-multi/File/Spec/Cygwin.pm
+./lib/5.11.0/i686-linux-thread-multi/File/Spec/Epoc.pm
+./lib/5.11.0/i686-linux-thread-multi/File/Spec/Functions.pm
+./lib/5.11.0/i686-linux-thread-multi/File/Spec/Mac.pm
+./lib/5.11.0/i686-linux-thread-multi/File/Spec/OS2.pm
+./lib/5.11.0/i686-linux-thread-multi/File/Spec.pm
+./lib/5.11.0/i686-linux-thread-multi/File/Spec/Unix.pm
+./lib/5.11.0/i686-linux-thread-multi/File/Spec/VMS.pm
+./lib/5.11.0/i686-linux-thread-multi/File/Spec/Win32.pm

-./lib/5.10.1/i686-linux-thread-multi/XSLoader.pm
+./lib/5.11.0/XSLoader.pm


+./lib/5.11.0/Filter/Util/filter-util.pl


--
More than any other time in history, mankind faces a crossroads. One path
leads to despair and utter hopelessness. The other, to total extinction.
Let us pray we have the wisdom to choose correctly.
-- Woody Allen

Search Discussions

  • Nicholas Clark at Oct 12, 2009 at 7:41 am ⇧

    On Sun, Oct 11, 2009 at 11:29:43PM +0100, Dave Mitchell wrote:
    A few days ago I did a compare of a blead install compared with a 5.10.1
    install, and found some files had changed their architecture-ness, and one
    probable stowaway had appeared (filter-util.pl). Others of you may have a
    better idea than me if any of these are actually errors:
    Gah. I had hoped that the grand move from lib/ would be completely
    transparent, and near-trivial to cherry pick. IIRC no modules were actually
    upgraded in blead during the move. (At least, not before the move into ext/)
    -./lib/5.10.1/i686-linux-thread-multi/B/Debug.pm
    -./lib/5.10.1/i686-linux-thread-multi/B/Deparse.pm
    -./lib/5.10.1/i686-linux-thread-multi/B/Lint.pm
    +./lib/5.11.0/B/Debug.pm
    +./lib/5.11.0/B/Deparse.pm
    +./lib/5.11.0/B/Lint.pm
    That will be because they're dual life, so I broke them out from the B
    directory, at which point they aren't XS extensions any more, so they're
    installed in the "right" place.

    I assume that whatever solution we have in place to get IO::Compress and
    Errno into architecture specific directories could be used on these.
    -./lib/5.10.1/File/Spec/Cygwin.pm
    -./lib/5.10.1/File/Spec/Epoc.pm
    -./lib/5.10.1/File/Spec/Functions.pm
    -./lib/5.10.1/File/Spec/Mac.pm
    -./lib/5.10.1/File/Spec/OS2.pm
    -./lib/5.10.1/File/Spec.pm
    -./lib/5.10.1/File/Spec/Unix.pm
    -./lib/5.10.1/File/Spec/VMS.pm
    -./lib/5.10.1/File/Spec/Win32.pm
    +./lib/5.11.0/i686-linux-thread-multi/File/Spec/Cygwin.pm
    +./lib/5.11.0/i686-linux-thread-multi/File/Spec/Epoc.pm
    +./lib/5.11.0/i686-linux-thread-multi/File/Spec/Functions.pm
    +./lib/5.11.0/i686-linux-thread-multi/File/Spec/Mac.pm
    +./lib/5.11.0/i686-linux-thread-multi/File/Spec/OS2.pm
    +./lib/5.11.0/i686-linux-thread-multi/File/Spec.pm
    +./lib/5.11.0/i686-linux-thread-multi/File/Spec/Unix.pm
    +./lib/5.11.0/i686-linux-thread-multi/File/Spec/VMS.pm
    +./lib/5.11.0/i686-linux-thread-multi/File/Spec/Win32.pm
    That will be because pathtools as been rebuilt as 1 distribution, so they're
    now seen as part of it, and installed into architecture specific directories.
    This seems "right", and better than what we had, as before any upgrade of
    pathtools from CPAN would install File::Spec into architecture specific
    directories, rather that the architecture neutral that the core used to install
    them into.

    Also, I don't think that this one is a problem, as architecture specific is
    ahead of architecture neutral in @INC

    -./lib/5.10.1/i686-linux-thread-multi/XSLoader.pm
    +./lib/5.11.0/XSLoader.pm
    That will be because I split out XSLoader from the DynaLoader directory, and
    as it has no XS code, it's seen as nonxs, and installed "appropriately"
    +./lib/5.11.0/Filter/Util/filter-util.pl
    No, I don't know.

    Nicholas Clark
  • Rafael Garcia-Suarez at Oct 12, 2009 at 8:32 am ⇧

    2009/10/12 Nicholas Clark <[email protected]>:
    +./lib/5.11.0/Filter/Util/filter-util.pl
    No, I don't know.
    Traced, explained and fixed now :

    http://perl5.git.perl.org/perl.git/commitdiff/073063bbd8679b4a7ad10dcbff312e11f75cd917

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupperl5-porters @
categoriesperl
postedOct 11, '09 at 10:29p
activeOct 12, '09 at 8:32a
posts3
users3
websiteperl.org

3 users in discussion

Dave Mitchell: 1 post Nicholas Clark: 1 post Rafael Garcia-Suarez: 1 post

Content

People

Support

Translate

site design / logo © 2023 Grokbase