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 ====================================================================== -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers