Skip Menu |

This queue is for tickets about the Time-y2038 CPAN distribution.

Report information
The Basics
Id: 41229
Status: resolved
Priority: 0/
Queue: Time-y2038

People
Owner: Nobody in particular
Requestors: persicom [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: 20081111
Fixed in: (no value)



Subject: Strawberry build failure
Show quoted text
cpan> upgrade Time::y2038
Package namespace installed latest in CPAN file Time::y2038 20081020 20081111 MSCHWERN/Time-y2038- 20081111.tar.gz Running install for module 'Time::y2038' Running make for M/MS/MSCHWERN/Time-y2038-20081111.tar.gz Checksum for C:\strawberry\cpan\sources\authors\id\M\MS\MSCHWERN\Time- y2038-20081111.tar.gz ok CPAN.pm: Going to build M/MS/MSCHWERN/Time-y2038-20081111.tar.gz Checking whether your kit is complete... Looks good Checking prerequisites... Looks good Creating new 'Build' script for 'Time-y2038' version '20081111' Building a program to test the range of your system time functions... gcc -c -I"y2038" -s -O2 -DWIN32 -DHAVE_DES_FCRYPT - DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -fno-strict-aliasing -DPE RL_MSVCRT_READFIX -s -O2 -I"C:\strawberry\perl\lib\CORE" - I"C:\strawberry\c\include" -o "check_max.o" "check_max.c" check_max.c: In function `guess_time_limits_from_types': check_max.c:83: warning: this decimal constant is unsigned only in ISO C90 check_max.c:90: warning: overflow in implicit constant conversion check_max.c:91: warning: overflow in implicit constant conversion check_max.c:95: warning: overflow in implicit constant conversion check_max.c:96: warning: overflow in implicit constant conversion g++ -o check_max check_max.o and running it... Done. Use of uninitialized value within %limits in numeric lt (<) at inc/Local/Module/Build.pm line 38. Use of uninitialized value within %limits in numeric lt (<) at inc/Local/Module/Build.pm line 38. Use of uninitialized value within %limits in numeric lt (<) at inc/Local/Module/Build.pm line 38. Use of uninitialized value within %limits in numeric lt (<) at inc/Local/Module/Build.pm line 38. gmtime_max: 2147483647 localtime_max: 2147483647 Use of uninitialized value within %config in substitution iterator at munge_config line 25, <$input_fh> line 79. Use of uninitialized value within %config in length at munge_config line 27, <$input_fh> line 79. Your configuration is missing $config{localtime_min}. Please edit y2038\time64_config.h by hand to fix. Use of uninitialized value within %config in substitution iterator at munge_config line 25, <$input_fh> line 81. Use of uninitialized value within %config in length at munge_config line 27, <$input_fh> line 81. Your configuration is missing $config{gmtime_min}. Please edit y2038\time64_config.h by hand to fix. gcc -c -I"y2038" -I"y2038" -s -O2 -DWIN32 -DHAVE_DES_FCRYPT - DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -fno-strict-ali asing -DPERL_MSVCRT_READFIX -s -O2 -I"C:\strawberry\perl\lib\CORE" - I"C:\strawberry\c\include" -o "y2038\time64.o" "y203 8\time64.c" y2038\time64.c: In function `localtime64_r': y2038\time64.c:623: error: syntax error before ')' token error building dll file from 'y2038/time64.c' at C:/strawberry/perl/lib/ExtUtils/CBuilder/Platform/Windows.pm line 107. MSCHWERN/Time-y2038-20081111.tar.gz C:\strawberry\perl\bin\perl.exe ./Build -- NOT OK Running Build test Can't test without successful make Running Build install Make had returned bad status, install seems impossible Failed during this command: MSCHWERN/Time-y2038-20081111.tar.gz : make NO =================================================== C:\Users\matthew>perl -v This is perl, v5.10.0 built for MSWin32-x86-multi-thread Copyright 1987-2007, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using "man perl" or "perldoc perl". If you have access to the Internet, point your browser at http://www.perl.org/, the Perl Home Page. C:\Users\matthew>perl -V Summary of my perl5 (revision 5 version 10 subversion 0) configuration: Platform: osname=MSWin32, osvers=5.1, archname=MSWin32-x86-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=undef use64bitint=undef, use64bitall=undef, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags =' -s -O2 -DWIN32 -DHAVE_DES_FCRYPT - DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -fno-strict-alias ing -DPERL_MSVCRT_READFIX', optimize='-s -O2', cppflags='-DWIN32' ccversion='', gccversion='3.4.5', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='long long', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='g++', ldflags ='-s -L"C:\strawberry\perl\lib\CORE" - L"C:\strawberry\c\lib"' libpth=C:\strawberry\c\lib libs= -lmsvcrt -lmoldname -lkernel32 -luser32 -lgdi32 -lwinspool - lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -lversion -lodbc32 -lodbccp32 perllibs= -lmsvcrt -lmoldname -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleau t32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -lversion -lodbc32 - lodbccp32 libc=-lmsvcrt, so=dll, useshrplib=true, libperl=libperl510.a gnulibc_version='' Dynamic Linking: dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags='-mdll -s -L"C:\strawberry\perl\lib\CORE" -L"C:\strawberry\c\lib"' 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_ITHREADS USE_LARGE_FILES USE_PERLIO Built under MSWin32 Compiled at Oct 19 2008 15:47:04 @INC: C:/strawberry/perl/lib C:/strawberry/perl/site/lib .
That's odd. Could you try the latest alpha? If it still doesn't work, please run the check_max program and send me the full output.
I see what happened. There was a glitch in the limit finding code that threw out a legit value of 0. A lot of Windows machines have their minimum of 0. This should be resolved by the latest release. Please reopen the bug if that's not the case. Thanks for reporting.