develooper Front page | perl.perl5.porters | Postings from March 2013

[perl #117289] ExtUtils-ParseXS installs xsubpp twice

Thread Previous
From:
James E Keenan via RT
Date:
March 23, 2013 18:57
Subject:
[perl #117289] ExtUtils-ParseXS installs xsubpp twice
Message ID:
rt-3.6.HEAD-28177-1364065031-1472.117289-15-0@perl.org
On Fri Mar 22 05:19:42 2013, ppisar wrote:
> 
> This is a bug report for perl from ppisar@redhat.com,
> generated with the help of perlbug 1.39 running under perl 5.16.2.
> 
> 
> -----------------------------------------------------------------
> 
> ExtUtils-ParseXS-3.18 installs xsubpp script twice:
> 
> $ make pure_install DESTDIR=/tmp/ExtUtils-ParseXS-3.18-dest
> [...]
> $ find /tmp/ExtUtils-ParseXS-3.18-dest -name xsubpp
> /tmp/ExtUtils-ParseXS-3.18-dest/usr/local/share/perl5/ExtUtils/xsubpp
> /tmp/ExtUtils-ParseXS-3.18-dest/usr/local/bin/xsubpp
> 
> $ diff -u /tmp/ExtUtils-ParseXS-3.18-dest/usr/local/bin/xsubpp
>    /tmp/ExtUtils-ParseXS-3.18-
>    dest/usr/local/share/perl5/ExtUtils/xsubpp
> --- /tmp/ExtUtils-ParseXS-3.18-dest/usr/local/bin/xsubpp        2013-
>    03-22 13:13:08.000000000 +0100
> +++ /tmp/ExtUtils-ParseXS-3.18-
>    dest/usr/local/share/perl5/ExtUtils/xsubpp      2011-12-02
>    08:07:25.000000000 +0100
> @@ -1,7 +1,4 @@
> -#!/usr/bin/perl
> -
> -eval 'exec /usr/bin/perl  -S $0 ${1+"$@"}'
> -    if 0; # not running under some shell
> +#!perl
>  use 5.006;
>  use strict;
>  eval {
> 
> Please stop installing xsubpp into @INC path.
> 
> -- Petr
> 

I don't see what the problem is here.

In the first place, when you install/upgrade ExtUtils::ParseXS from
CPAN, it installs xsubpp into /usr/local/bin and its man page into
/usr/local/share/man/man1 -- period; nothing else gets installed.

So that leaves the installation of xsubpp when you install a new version
of Perl and get whatever version of ExtUtils::ParseXS that comes along
with that Perl.  I have never had occasion to use 'make pure_install',
so I cannot speak to your use of it.  However, I think your
understanding of @INC is not quite correct.  From pod/perlvar.pod:

#####
=item @INC
X<@INC>

The array C<@INC> contains the list of places that the C<do EXPR>,
C<require>, or C<use> constructs look for their library files.
#####

AFAIK, there is no requirement that the paths named in @INC contain
*only* Perl library (.pm) files.  Hence, there is no reason to view as
problematic placement of a version of xsubpp in a directory which
happens to be locatable via @INC. 
/usr/local/lib/perl5/5.16.0/ExtUtils/, for example, contains .pm files,
a .pod file, a MANIFEST.SKIP, a configuration file (typemap) as well as
a read-only version of xsubpp.

So, I don't see a bug here.

Thank you very much.
Jim Keenan

---
via perlbug:  queue: perl5 status: new
https://rt.perl.org:443/rt3/Ticket/Display.html?id=117289

Thread Previous


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About