Front page | perl.perl5.porters |
Postings from March 2013
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