Not OK: perl v5.7.0 +SUIDMAIL +DEVEL6676 on i586-linux-64all 2.2.16-9mdk (UNINSTALLED)

[p5pRT]

Migrated from rt.perl.org#3735 (status was 'resolved')

Searchable as RT3735$

[p5pRT]

From builder@ratdog.stok.co.uk

This is just interesting to me.

Building 6655 with "maximum 64 bitness" but not long doubles on linux works fine as far as make test can tell. Starting afresh and saying yes to long doubles on mandrake linux provokes this compiler warningi (at least)​:

POSIX.xs​: In function `XS_POSIX_modf'​: POSIX.xs​:3365​: warning​: passing arg 2 of `modfl' from incompatible pointer type

and these make test failures​:

lib/complex..........FAILED at test 1010 lib/peek.............FAILED at test 12

A diff between config.sh gives​:

[builder@​ratdog perl]$ diff config.sh ../config.sh.6677.good 11c11 \< # Configuration time​: Thu Aug 17 13​:47​:21 CDT 2000 ---

# Configuration time​: Thu Aug 17 13​:24​:38 CDT 2000 63c63 \< cf_time='Thu Aug 17 13​:47​:21 CDT 2000' --- cf_time='Thu Aug 17 13​:24​:38 CDT 2000' 86c86 \< d_Gconvert='qgcvt((x)\,(n)\,(b))' --- d_Gconvert='gcvt((x)\,(n)\,(b))' 249\,250c249\,250 \< d_nv_preserves_uv='define' \< d_nv_preserves_uv_bits='64' --- d_nv_preserves_uv='undef' d_nv_preserves_uv_bits='53' 613\,614c613\,614 \< nvsize='12' \< nvtype='long double' --- nvsize='8' nvtype='double' 759c759 \< uselongdouble='define' --- uselongdouble='undef'

Perl Info

``` Flags: category=install severity=none Site configuration information for perl v5.7.0: Configured by builder at Thu Aug 17 13:47:21 CDT 2000. Summary of my perl5 (revision 5.0 version 7 subversion 0) configuration: Platform: osname=linux, osvers=2.2.16-9mdk, archname=i586-linux-64all uname='linux ratdog.stok.co.uk 2.2.16-9mdk #1 thu jun 22 17:04:01 pdt 2000 i586 unknown ' config_args='' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define use64bitint=define use64bitall=define uselongdouble=define usesocks=undef Compiler: cc='cc', optimize='-O3 -fomit-frame-pointer -fno-exceptions -fno-rtti -mcpu=k6 -march=k6 -fno-fast-math -fexpensive-optimizations -malign-loops=2 -malign-jumps=2 -malign-functions=2 -mpreferred-stack-boundary=2', gccversion=2.95.3 19991030 (prerelease), gccosandvers= cppflags='-fno-strict-aliasing' ccflags ='-fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' stdchar='char', d_stdstdio=define, usevfork=false intsize=4, longsize=4, ptrsize=4, doublesize=8 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long long', ivsize=8, nvtype='long double', nvsize=12, Off_t='off_t', lseeksize=8 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lc -lposix -lcrypt -lutil libc=/lib/libc-2.1.3.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Locally applied patches: SUIDMAIL - fixes for suidperl security DEVEL6676 @INC for perl v5.7.0: lib /usr/local/lib/perl5/5.7.0/i586-linux-64all /usr/local/lib/perl5/5.7.0 /usr/local/lib/perl5/site_perl/5.7.0/i586-linux-64all /usr/local/lib/perl5/site_perl/5.7.0 /usr/local/lib/perl5/site_perl . Environment for perl v5.7.0: HOME=/home/builder LANG=en LANGUAGE=en_US:en LC_COLLATE=en LC_CTYPE=en LC_MESSAGES=en LC_MONETARY=en LC_NUMERIC=en LC_TIME=en LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH=/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/games:/home/builder/bin PERL_BADLANG (unset) SHELL=/bin/sh ```

[p5pRT]

From @jhi

On Thu\, Aug 17\, 2000 at 02​:19​:16PM -0500\, builder@​ratdog.stok.co.uk wrote​:

This is a build failure report for perl from mike@​stok.co.uk\, generated with the help of perlbug 1.31 running under perl v5.7.0.

----------------------------------------------------------------- [Please enter your report here]

This is just interesting to me.

Building 6655 with "maximum 64 bitness" but not long doubles on linux works fine as far as make test can tell. Starting afresh and saying yes to long doubles on mandrake linux provokes this compiler warningi (at least)​:

POSIX.xs​: In function `XS_POSIX_modf'​: POSIX.xs​:3365​: warning​: passing arg 2 of `modfl' from incompatible pointer type

and these make test failures​:

lib/complex..........FAILED at test 1010 lib/peek.............FAILED at test 12

These should be fixed now\, as correctly surmised both were long double bugs.