Skip Menu |

This queue is for tickets about the version CPAN distribution.

Report information
The Basics
Id: 36598
Status: resolved
Priority: 0/
Queue: version
People
Owner: Nobody in particular
Requestors: david [...] davidfavor.com
jdhedden [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: Critical
Broken in: 0.75
Fixed in: (no value)

History Show all quoted text
  Mon Jun 09 14:02:06 2008 jdhedden [...] cpan.org - Ticket created
Subject: Nothing built or installed
This is with Perl 5.10.x under Cygwin on Windows with a CC compiler (gcc): 57 version-0.75 > perl Makefile.PL Testing if you have a C compiler Checking if your kit is complete... Looks good Writing Makefile for version 58 version-0.75 > make ### BUG: NOTHING IS BUILT!!! ### 59 version-0.75 > make test /usr/bin/perl.exe "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/01base.........ok t/02derived......ok t/03require......ok All tests successful. Files=3, Tests=393, 1 wallclock secs ( 0.12 usr 0.03 sys + 1.23 cusr 0.28 csys = 1.67 CPU) Result: PASS 60 version-0.75 > make install Writing /usr/lib/perl5/site_perl/5.10.0/cygwin/auto/version/.packlist Appending installation info to /usr/lib/perl5/5.10.0/cygwin/perllocal.pod ### BUG: NOTHING IS INSTALLED!!! ### 61 version-0.75 > perl -V Summary of my perl5 (revision 5 version 10 subversion 0 patch 34034) configuration: Platform: osname=cygwin, osvers=1.5.25(0.15642), archname=cygwin-thread-multi-64int uname='cygwin_nt-5.1 pn100-02-2-356p 1.5.25(0.15642) 2008-05-26 20:37 i686 cygwin ' config_args='-de -Duse64bitint -Dusethreads -Dinc_version_list=none -Dnoextensions=attrs IPC/SysV Sys/Syslog Devel/DProf Devel/Peek re Text/Soundex Math/BigInt/FastCalc Time/Piece -A append:ccflags= -DNO_MATHOMS -A define:optimize=-Os -pipe -funit-at-a-time -march=pentium4 -mfpmath=sse -mieee-fp -mmmx -msse -msse2' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=define, use64bitall=undef, uselongdouble=undef usemymalloc=y, bincompat5005=undef Compiler: cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -DNO_MATHOMS -fno-strict-aliasing -pipe', optimize='-Os -pipe -funit-at-a-time -march=pentium4 -mfpmath=sse -mieee-fp -mmmx -msse -msse2', cppflags='-DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -DNO_MATHOMS -fno-strict-aliasing -pipe' ccversion='', gccversion='3.4.4 (cygming special, gdc 0.12, using dmd 0.125)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='g++', ldflags =' -Wl,--enable-auto-import -Wl,--export-all-symbols -Wl,--stack,8388608 -Wl,--enable-auto-image-base -s -L/usr/local/lib' libpth=/usr/local/lib /usr/lib /lib libs=-ldl -lcrypt perllibs=-ldl -lcrypt libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s' cccdlflags=' ', lddlflags=' --shared -Wl,--enable-auto-import -Wl,--export-all-symbols -Wl,--stack,8388608 -Wl,--enable-auto-image-base -s -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY MYMALLOC NO_MATHOMS PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT PERL_USE_SAFE_PUTENV USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API Locally applied patches: MAINT33535 Built under cygwin Compiled at Jun 9 2008 11:59:08 %ENV: PERLIO="perlio" CYGWIN="ntsec" @INC: /usr/lib/perl5/5.10.0/cygwin /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/cygwin /usr/lib/perl5/site_perl/5.10.0 .
  Mon Jun 09 14:09:13 2008 jpeacock [...] cpan.org - Correspondence added
Not a bug. The CPAN release only installs on Perl < v5.10.0; the version object code already exists in the Perl core. I need to improve the diagnostics of the Makefile.PL to make this clear (the Build.PL already DTRT). Thanks for testing, though. ;-) John
  Mon Jun 09 14:09:15 2008 The RT System itself - Status changed from 'new' to 'open'
  Mon Jun 09 14:09:15 2008 jpeacock [...] cpan.org - Status changed from 'open' to 'resolved'
  Mon Jun 09 14:27:40 2008 jdhedden [...] cpan.org - Correspondence added
Subject: Re: [rt.cpan.org #36598] Nothing built or installed
Date: Mon, 9 Jun 2008 14:27:24 -0400
To: bug-version [...] rt.cpan.org
From: "Jerry D. Hedden" <jdhedden [...] cpan.org>
Show quoted text
> Not a bug. The CPAN release only installs on Perl < v5.10.0; the > version object code already exists in the Perl core. I need to improve > the diagnostics of the Makefile.PL to make this clear (the Build.PL > already DTRT).
The problem is that 'cpan->r' shows that 'version' needs to be updated: Package namespace installed latest in CPAN file version 0.74 0.75 JPEACOCK/version-0.75.tar.gz 137 installed modules have no parseable version number How are users supposed to know that this is not applicable if they're using 5.10.x? Also, if the core code changes, or the .pm code changes, how are people supposed up upgrade if they're using 5.10.x? Perhaps version should be turned into a full-fledged XS module (i.e, break the core code out of universal.c, and make it an extension under ext/version). Then 5.10.x users would be able to update from CPAN. Is this possible?
  Mon Jun 09 14:27:41 2008 The RT System itself - Status changed from 'resolved' to 'open'
  Mon Jun 09 14:50:26 2008 john.peacock [...] havurah-software.org - Correspondence added
Subject: Re: [rt.cpan.org #36598] Nothing built or installed
Date: Mon, 09 Jun 2008 14:50:07 -0400
To: bug-version [...] rt.cpan.org
From: John Peacock <john.peacock [...] havurah-software.org>
Jerry D. Hedden via RT wrote: Show quoted text
> The problem is that 'cpan->r' shows that 'version' needs to > be updated: > > Package namespace installed latest in CPAN file > version 0.74 0.75 JPEACOCK/version-0.75.tar.gz > 137 installed modules have no parseable version number
In general, the use of cpan->r is usually more trouble than it is worth for anyone other than the most experienced users. By this I mean that the code on CPAN is of extremely varying quality. If a module was original installed as part of a dependency for some other module, upgrading the dependency could [easily] break the other module, without a really good way of going back. Of course, if everyone used my version::Limit module (which allows a module author to specify specific versions of their dependencies in very sophisticated ways), then this wouldn't be a problem. ;-) Show quoted text
> How are users supposed to know that this is not applicable > if they're using 5.10.x?
That's why I said I need to improve the Makefile.PL. This is the first post-5.10.0 release and it appears I need to do better. I can install the version.pm and version.pod files without disturbing what is in core (yes, this just occurred to me). Then CPAN will be happy, the user will get the improved documentation. Show quoted text
> Also, if the core code changes, or the .pm code changes, how > are people supposed up upgrade if they're using 5.10.x?
The core code isn't going to change unless a bug is found (i.e. no new features are *ever* planned). I could produce a release for CPAN which would stomp on top of a buggy core method (if needed), until the next maintenance release of Perl comes out, but that is an extreme method that I hope not to have to ever use. Show quoted text
> Perhaps version should be turned into a full-fledged XS > module (i.e, break the core code out of universal.c, and > make it an extension under ext/version). Then 5.10.x users > would be able to update from CPAN. Is this possible?
The core code depends on version objects already working during the build process, so it can't be broken out as an external dependency. John
  Sat Jun 14 07:16:32 2008 jpeacock [...] cpan.org - Requestor david@davidfavor.com added
  Sun Jun 15 07:53:16 2008 jpeacock [...] cpan.org - Correspondence added
Resolved by 0.7501 (released to CPAN last night)... Thanks for your suggestions! John
  Sun Jun 15 07:53:19 2008 jpeacock [...] cpan.org - Status changed from 'open' to 'resolved'
  Sun Jun 15 08:02:06 2008 david [...] davidfavor.com - Correspondence added
Subject: Re: [rt.cpan.org #36598] Nothing built or installed
Date: Sun, 15 Jun 2008 07:01:40 -0500
To: bug-version [...] rt.cpan.org
From: David Favor <david [...] davidfavor.com>
John Peacock via RT wrote: Show quoted text
> <URL: http://rt.cpan.org/Ticket/Display.html?id=36598 > > > Resolved by 0.7501 (released to CPAN last night)... > > Thanks for your suggestions! > > John
You're welcome! You new version... of version (recursive...) works great. Thanks! -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com/join for the easy way.
  Sun Jun 15 08:02:10 2008 The RT System itself - Status changed from 'resolved' to 'open'
  Wed Jul 23 23:22:29 2008 jpeacock [...] cpan.org - Status changed from 'open' to 'resolved'