[cmake-developers] [CMake 0015880]: Many test failures with cmake 3.4.1 testsuite
Mantis Bug Tracker
mantis at public.kitware.com
Sat Dec 12 06:43:54 EST 2015
The following issue has been SUBMITTED.
======================================================================
https://cmake.org/Bug/view.php?id=15880
======================================================================
Reported By: Dennis Clarke
Assigned To:
======================================================================
Project: CMake
Issue ID: 15880
Category: CMake
Reproducibility: always
Severity: major
Priority: normal
Status: new
======================================================================
Date Submitted: 2015-12-12 06:43 EST
Last Modified: 2015-12-12 06:43 EST
======================================================================
Summary: Many test failures with cmake 3.4.1 testsuite
Description:
Extracted cmake-3.4.1 sources and did :
1) ./bootstrap
This seemed to run fine.
2) /usr/local/bin/gmake
This seems to run fine.
3) /usr/local/bin/gmake test
This step produces many failures.
Steps to Reproduce:
1) Extract cmake source.
2) Set up environemt for reasonable compile with CFLAGS and CXXFLAGS that
enable later debuging if needed.
AR=/usr/ccs/bin/ar
AS=/usr/ccs/bin/as
BUILD=/usr/local/build
CC=/opt/solarisstudio12.4/bin/cc
CFLAGS=-errfmt=error -erroff=%none -errshort=full -xstrconst -xildoff -m64 \
-xmemalign=8s -xnolibmil -Xa -xcode=pic32 -xregs=no%appl -xlibmieee -mc -g -xs \
-ftrap=%none -Qy -xbuiltin=%none -xdebugformat=dwarf -xunroll=1 \
-xtarget=ultraT2 -xcache=8/16/4:4096/64/16
CONFIG_SHELL=/usr/local/bin/bash
CPPFLAGS=-I/usr/local/include -D_TS_ERRNO -D_POSIX_PTHREAD_SEMANTICS
-D_LARGEFILE64_SOURCE
CXXFLAGS=-dalign -erroff=%none -errtags=yes -ftrap=%none -g -xcode=pic32 -m64 \
-mc -xunroll=1 -xbuiltin=%none -xtarget=ultraT2 -xcache=8/16/4:4096/64/16 \
-xdepend=no -xnolibmopt -xlinkopt=0 -xnolibmil -xregs=no%appl -xs \
-D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE -D_TS_ERRNO
CXX=/opt/solarisstudio12.4/bin/CC
EDITOR=/usr/xpg6/bin/vi
GREP=/usr/local/bin/ggrep
HOME=/export/home/dclarke
LANG=en_US.UTF-8
LC_ALL=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LD_OPTIONS=-64 -R/usr/local/lib/:/usr/local/lib -L/usr/local/lib/:/usr/local/lib
LD_RUN_PATH=/usr/local/lib
LD=/usr/ccs/bin/sparcv9/ld
LIBTOOL=/usr/local/bin/libtool
M4=/usr/local/bin/gm4
MAKE=/usr/local/bin/gmake
MANPATH=/usr/share/man:/usr/X11/share/man
NM=/usr/ccs/bin/sparcv9/nm -p
PAGER=/usr/xpg4/bin/more
PATH=/usr/xpg6/bin:/usr/xpg4/bin:/usr/ccs/bin:/opt/solarisstudio12.4/bin:/usr/bin:/sbin:/bin:/usr/sbin:/usr/dt/bin:/usr/openwin/bin:/opt/schily/bin
PERL=/usr/local/bin/perl
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
PWD=/usr/local/build/cmake-3.4.1_SunOS5.10_sparcv9.001
SED=/usr/local/bin/gsed
SHELL=/usr/xpg4/bin/sh
SHLVL=1
SRC=/usr/local/src
TERM=xterm
TZ=GMT0
VISUAL=/usr/xpg6/bin/vi
XTERM_LOCALE=en_US.UTF-8
3) run bootstrap and see output as detailed in attached log file
cmake-3.4.1_SunOS5.10_sparcv9.001.bootstrap.log.gz
4) run GNU gmake and see output as detailed in log file
cmake-3.4.1_SunOS5.10_sparcv9.001.build.log
5) run GNU make test and see many failures detailed in log file
cmake-3.4.1_SunOS5.10_sparcv9.001.test.log
Additional Information:
Any test failure from the test suite is reasonable grounds to reject install
of the software. If there is some way to determine that these failures are
false or not relevant then that would allow the cmake to be installed.
At the moment, even the very first test fails :
Running tests...
Test project /usr/local/build/cmake-3.4.1_SunOS5.10_sparcv9.001
Guessing configuration NoConfig
Start 1: SystemInformationNew
1/417 Test https://cmake.org/Bug/view.php?id=1: SystemInformationNew
.............................***Failed 3.33 sec
etc.
I will say that some strange output was seen during the bootstrap phase thus :
-- Check size of __int64
-- Check size of __int64 - failed
This integer type is not defined within IEEE Std 1003.1, 2013 Edition nor in
ISO/IEC 9899:1990 Programming language - C or anywhere else I can find. The
leading double underscore suggests this is some internal typedef buried
somewhere.
I also see a ton of failures for curl interfaces and yet I do have curl 7.45.0
installed :
curl 7.45.0 (sparc-sun-solaris2.10) libcurl/7.45.0 OpenSSL/1.0.2e zlib/1.2.8
libidn/1.29 libssh2/1.4.3
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s
rtsp scp sftp smb smbs smtp smtps telnet tftp
Features: IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP UnixSockets
Most likely this is a PATH issue. Not sure why cmake needs access to curl in
any case.
Is there a way to build a minimal cmake that will pass its own test suite on
a production Solaris 10 server?
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2015-12-12 06:43 Dennis Clarke New Issue
2015-12-12 06:43 Dennis Clarke File Added: cmake_3.4.1_logs.tar.xz
======================================================================
More information about the cmake-developers
mailing list