in reply to Perl 5.10.1 builds now available from ActivePerl

I installed 5.10.1 x64 from AS. And -V reports the AS version as 1006; but the perl subversion as 0.

Does that constitute a bug? 

c:\test>perl -V
Summary of my perl5 (revision 5 version 10 subversion 0) configuration
+:
  Platform:
    osname=MSWin32, osvers=5.2, archname=MSWin32-x64-multi-thread
    uname=''
    config_args='undef'
    hint=recommended, useposix=true, d_sigaction=undef
    useithreads=define, usemultiplicity=define
    useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=und
+ef
    use64bitint=define, use64bitall=undef, uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='cl', ccflags ='-nologo -GF -W3 -MD -Zi -DNDEBUG -Ox -GL -fp:pr
+ecise -DWI
    optimize='-MD -Zi -DNDEBUG -Ox -GL -Wp64 -fp:precise',
    cppflags='-DWIN32'
    ccversion='14.00.40310.41', gccversion='', gccosandvers=''
    intsize=4, longsize=4, ptrsize=8, doublesize=8, byteorder=12345678
    d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10
    ivtype='__int64', ivsize=8, nvtype='double', nvsize=8, Off_t='__in
+t64', lsee
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='link', ldflags ='-nologo -nodefaultlib -debug -opt:ref,icf -lt
+cg  -libpa
    libpth=\lib
    libs=  oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib
+  comdlg32
    perllibs=  oldnames.lib kernel32.lib user32.lib gdi32.lib winspool
+.lib  comd
    libc=msvcrt.lib, so=dll, useshrplib=true, libperl=perl510.lib
    gnulibc_version=''
  Dynamic Linking:
    dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
    cccdlflags=' ', lddlflags='-dll -nologo -nodefaultlib -debug -opt:
+ref,icf -l


Characteristics of this binary (from libperl):
  Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV
                        PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS
                        PERL_MALLOC_WRAP PL_OP_SLAB_ALLOC USE_64_BIT_I
+NT
                        USE_ITHREADS USE_LARGE_FILES USE_PERLIO
                        USE_SITECUSTOMIZE
  Locally applied patches:
        ActivePerl Build 1006 [291086]
        32728 64-bit fix for Time::Local
  Built under MSWin32
  Compiled at Aug 24 2009 13:45:20
  @INC:
    C:/Perl64/site/lib
    C:/Perl64/lib
    .

[download]
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
RIP PCW It is as I've been saying!(Audio until 20090817)
  • Comment on Re: Perl 5.10.1 builds now available from ActivePerl (Version bug?)
  • Download Code

Replies are listed 'Best First'.
Re^2: Perl 5.10.1 builds now available from ActivePerl (Version bug?)
by ikegami (Patriarch) on Aug 27, 2009 at 23:54 UTC

    Something is wrong, yes.

    1006 is .1 for 32-bit .msi

[reply]
Re^2: Perl 5.10.1 builds now available from ActivePerl (Version bug?)
by syphilis (Archbishop) on Aug 28, 2009 at 04:01 UTC
    I installed the same (also "Compiled at Aug 24 2009 13:45:20") and it correctly reports "revision 5 version 10 subversion 1".
    I installed from the zip package. Did you install from the msi package ?

    Cheers,
    Rob
[reply]
      Did you install from the msi package ?

      Yes.

      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      "Science is about questioning the status quo. Questioning authority".
      In the absence of evidence, opinion is indistinguishable from prejudice.
[reply]
        Weird that they differ. The 'perl -V' output is derived from $summary in Config_heavy.pl (so you could hard code in the correct value there if you wanted), but I couldn't find where $version_patchlevel_string is set. The bug may not be of great consequence, but should probably be reported to ActiveState.

        It would be a good idea to check that both $^V and $] report v5.10.1 and 5.010001 (resp).

        Cheers,
        Rob
[reply]
Re^2: Perl 5.10.1 builds now available from ActivePerl (Version bug?)
by jand (Friar) on Aug 29, 2009 at 00:33 UTC
    I cannot reproduce this (installing the 64-bit MSI on Windows XP64).

    Did you do a fresh install or did you install on top of an existing 5.10.0 installation?

[reply]

      It appears that installing 5.10.1 (x64) over an existing 5.10.0 (using the msi) does not work correctly, leaving various bits of the 5.10.0 install unreplaced.

      Bizarely, this includes /perl64/lib/CORE/perl.h? I could perhaps understand conflicts with in-use binaries, but not source files?

      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      "Science is about questioning the status quo. Questioning authority".
      In the absence of evidence, opinion is indistinguishable from prejudice.
[reply]
[d/l]

      I installed over 1004. (Also, I'm on Vista64 if that would make any difference?)

      I noticed this when I was checking the install had completed successfully, and initially thought that it had failed when I saw the subversion=0. Then I noticed the 1006 further down.

      I made a half-hearted attempt to work out where the values used at the top came from and found that patchlevel.h contains both sets of version info. One for the actual version, and one for the binary compatibility. But I couldn't see how they could be getting mixed up?

      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      "Science is about questioning the status quo. Questioning authority".
      In the absence of evidence, opinion is indistinguishable from prejudice.
[reply]

In Section Perl News