Bug #55183 for Module-Build: Wrong shebang line set after perl upgrade

Wed Mar 03 09:09:35 2010 NKH [...] cpan.org - Ticket created

After a system perl update to 5.10.1, M::B transformed #!/usr/bin/perl to: #!/usr/bin/perl5.8.8 -T -w eval 'exec /usr/bin/perl5.8.8 -T -w -S $0 ${1+"$@"}' if 0; # not running under some shell Although no perl 5.8.8 exist in the system. an update to the latest version of Module::Build did not fix the problem. manually removing the script and running a "./Build clean" still generated the wrong path. Running "./Build realclean" was necessary to get the proper path. IMVHO, having a 'clean' and a 'realclean' target is always a bad sign for build systems. This may be/is related to RT #29842 Build.PL: Can't locate the perl binary used to run this script... nadim@naquadim [0] Textcast (master)$ perl -V Summary of my perl5 (revision 5 version 10 subversion 1) configuration: Platform: osname=linux, osvers=2.6.31.1, archname=x86_64-linux uname='linux naquadim 2.6.31.1 #20 smp preempt sun sep 27 21:54:45 cest 2009 x86_64 intel(r) core(tm)2 quad cpu @ 2.66ghz genuineintel gnulinux ' config_args='-des -Duseshrplib -Darchname=x86_64-linux -Dcc=x86_64-pc-linux-gnu-gcc -Doptimize=-march=core2 -O2 -pipe -Dscriptdir=/usr/bin -Dprefix=/usr -Dvendorprefix=/usr -Dsiteprefix=/usr -Dprivlib=/usr/lib64/perl5/5.10.1 -Darchlib=/usr/lib64/perl5/5.10.1/x86_64-linux -Dvendorlib=/usr/lib64/perl5/vendor_perl/5.10.1 -Dvendorarch=/usr/lib64/perl5/vendor_perl/5.10.1/x86_64-linux -Dsitelib=/usr/lib64/perl5/site_perl/5.10.1 -Dsitearch=/usr/lib64/perl5/site_perl/5.10.1/x86_64-linux -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dinstallman1dir=/usr/share/man/man1 -Dinstallman3dir=/usr/share/man/man3 -Dman1ext=1 -Dman3ext=3pm -Dlibperl=libperl.so.5.10.1 -Dlocincpth= -Duselargefiles -Dd_semctl_semun -Dinc_version_list=5.10.0 5.10.0/x86_64-linux -Dcf_by=Gentoo -Dmyhostname=localhost -Dperladmin=root@localhost -Dinstallusrbinperl=n -Ud_csh -Uusenm -Di_ndbm -Di_gdbm -Di_db -Dusrinc=/usr/include -Dlibpth=/usr/local/lib64 /lib64 /usr/lib64' hint=recommended, useposix=true, d_sigaction=define useithreads=undef, usemultiplicity=undef useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=define, use64bitall=define, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='x86_64-pc-linux-gnu-gcc', ccflags ='-fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-march=core2 -O2 -pipe', cppflags='-fno-strict-aliasing -pipe -fstack-protector' ccversion='', gccversion='4.3.4', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='x86_64-pc-linux-gnu-gcc', ldflags =' -fstack-protector' libpth=/usr/local/lib64 /lib64 /usr/lib64 libs=-lpthread -lnsl -lndbm -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc -lgdbm_compat perllibs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc libc=/lib/libc-2.10.1.so, so=so, useshrplib=true, libperl=libperl.so.5.10.1 gnulibc_version='2.10.1' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags='-shared -march=core2 -O2 -pipe -fstack-protector' Characteristics of this binary (from libperl): Compile-time options: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO Built under linux Compiled at Feb 18 2010 02:19:56 %ENV: PERL_AUTHOR_TESTING="1" PERL_MODULES_PATH="/devel/perl_modules" @INC: /usr/lib64/perl5/site_perl/5.10.1/x86_64-linux /usr/lib64/perl5/site_perl/5.10.1 /usr/lib64/perl5/site_perl /usr/lib64/perl5/vendor_perl/5.10.1/x86_64-linux /usr/lib64/perl5/vendor_perl/5.10.1 /usr/lib64/perl5/vendor_perl /usr/lib64/perl5/5.10.1/x86_64-linux /usr/lib64/perl5/5.10.1 .

Wed Mar 10 14:36:14 2010 dagolden [...] cpan.org - Subject changed from (no value) to 'Wrong shebang line set after perl upgrade'

Wed Mar 10 14:36:15 2010 dagolden [...] cpan.org - Status changed from 'new' to 'open'

Wed Mar 10 14:36:15 2010 dagolden [...] cpan.org - Severity Important changed to Normal

Tue Nov 23 11:55:16 2010 marcoep [...] gmail.com - Correspondence added

From:

marcoep [...] gmail.com

Le Mer 03 Mar 2010 09:09:35, NKH a écrit : Show quoted text

> After a system perl update to 5.10.1, M::B transformed > > #!/usr/bin/perl > > to: > > #!/usr/bin/perl5.8.8 -T -w > > eval 'exec /usr/bin/perl5.8.8 -T -w -S $0 ${1+"$@"}' > if 0; # not running under some shell >

Some stuff here after... I don't know what!? Just started to appear recently: $ diff -bw scripts/cpan-install blib/script/cpan-install 1a2,4 Show quoted text

> > eval 'exec /usr/local/bin/perl -w -S $0 ${1+"$@"}' > if 0; # not running under some shell

(even though the shebang was already OK!) But a "realclean" *doesn't fix* the issue on my system, ---------------------------8<------------------------- $ perl -V Summary of my perl5 (revision 5 version 8 subversion 7) configuration: Platform: osname=solaris, osvers=2.10, archname=sun4-solaris uname='sunos 5.10 s10_60 sun4u sparc sunw,ultra-5_10 ' config_args='-Dcc=gcc -B/usr/ccs/bin/' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc -B/usr/ccs/bin/', ccflags ='-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O', cppflags='-fno-strict-aliasing -pipe -I/usr/local/include' ccversion='', gccversion='2.95.3 20010315 (release)', gccosandvers='solaris2.10' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='gcc -B/usr/ccs/bin/', ldflags =' -L/usr/local/lib ' libpth=/usr/local/lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldl -lm -lc perllibs=-lsocket -lnsl -ldl -lm -lc libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under solaris Compiled at Dec 5 2005 01:53:11 %ENV: PERL5LIB="/usr/local/lib/perl5/5.8.7/sun4-solaris:/usr/local/lib/perl5/5.8.7:/usr/local/lib/perl5/site_perl/5.8.7/sun4-solaris:/usr/local/lib/perl5/site_perl/5.8.7" PERL_LOCAL_LIB="/data/home/pjbuild/myroot/usr/local/lib/perl5" PERL_PMD_DB="/var/cache/pmd/unified.dat" @INC: /usr/local/lib/perl5/5.8.7/sun4-solaris /usr/local/lib/perl5/5.8.7/sun4-solaris /usr/local/lib/perl5/5.8.7 /usr/local/lib/perl5/site_perl/5.8.7/sun4-solaris /usr/local/lib/perl5/site_perl/5.8.7/sun4-solaris /usr/local/lib/perl5/site_perl/5.8.7 /usr/local/lib/perl5/5.8.7/sun4-solaris /usr/local/lib/perl5/5.8.7 /usr/local/lib/perl5/site_perl/5.8.7/sun4-solaris /usr/local/lib/perl5/site_perl/5.8.7 /usr/local/lib/perl5/site_perl --------------------------->8------------------------- scripts aren't broken at a first glance... worrying, though. Cheers, ^m'e

Sun Dec 05 19:13:29 2010 dagolden [...] cpan.org - Reference to ticket #29842 added

Sun Dec 05 19:21:00 2010 dagolden [...] cpan.org - Correspondence added

When you ran Build after the upgrade, did you see a warning along the lines of "WARNING: Configuration was initially created with [OLD PERL] but we are now using [NEW PERL]"? I'll patch that to become a fatal warning. I can't think of any circumstance in which continuing in that case is a good idea.

Sun Dec 05 19:21:07 2010 dagolden [...] cpan.org - Status changed from 'open' to 'patched'

Thu Jan 27 12:21:41 2011 dagolden [...] cpan.org - Correspondence added

Now that there has been a stable Module::Build release, I'm marking this "patched" issue as "resolved".

Thu Jan 27 12:21:42 2011 The RT System itself - Status changed from 'patched' to 'open'

Thu Jan 27 12:21:42 2011 dagolden [...] cpan.org - Status changed from 'open' to 'resolved'