Number: 1229
Title: graphviz 2.16 fails to build on Solaris 10
Submitter: Peter Tribble,
Date: 12/Nov/2007
Subsys: build/installation
Version: 2.16
System: Solaris 10 (sparc and x86)
Severity: critical
graphviz 2.16 does not compile on Solaris 10. Versions 2.12 and 2.14.1 compile successfully.

configure command (using Sun's Studio 11 compilers):

env CC=cc CXX=CC ./configure --with-extraincludedir=/usr/local/include --with-extralibdir=/usr/local/lib

Fails with:

gmake[3]: Entering directory `/var/tmp/build/graphviz-2.16/lib/vpsc' source='blocks.cpp' object='blocks.lo' libtool=yes DEPDIR=.deps depmode=none /bin/bash ../../config/depcomp /bin/bash ../../libtool --tag=CXX --mode=compile CC -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include -I/usr/local/include -g -c -o blocks.lo blocks.cpp CC -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include -I/usr/local/include -g -c blocks.cpp -KPIC -DPIC -o .libs/blocks.o "blocks.cpp", line 45: Warning: vs hides Blocks::vs. "blocks.cpp", line 158: Error: Could not find a match for std::vector<Block*>::vector(__rwstd::__rb_tree<Block*, Block*, __rwstd::__ident<Block*, Block*>, std::less<Block*>, std::allocator<Block*>>::const_iterator, __rwstd::__rb_tree<Block*, Block*, __rwstd::__ident<Block*, Block*>, std::less<Block*>, std::allocator<Block*>>::const_iterator) needed in Blocks::cleanup(). 1 Error(s) and 1 Warning(s) detected. gmake[3]: *** [blocks.lo] Error 1 gmake[3]: Leaving directory `/var/tmp/build/graphviz-2.16/lib/vpsc' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/var/tmp/build/graphviz-2.16/lib' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/var/tmp/build/graphviz-2.16' gmake: *** [all] Error 2

compiler version (on x86) is
% CC -V
CC: Sun C++ 5.8 Patch 121018-06 2006/10/18
and on sparc is
% CC -V
CC: Sun C++ 5.8 Patch 121017-02 2006/04/19

[erg] The problem is in some contributed C++ code. Unfortunately, there is a great deal of variation in what C++ compilers support. This same code does not compile on Windows systems either.

A simple workaround is to rerun configure with --with-ipsepcola=no
Owner: *
Status: *