>>> I am having some issues getting squid 3.0 Stable6 on a solaris 2.8 box.
>>
>> Codie and build problems should really be brought up in squid-dev mailing
>> list where all the developers are likely to see and help you.
>> CC'ing in case someone else there has a good idea what to do...
>>
>>> The configure script was run with all default options except the
>>> following: --prefix=/usr/local/squid3, as well as CXX=/usr/bin/gcc.
>
> Sorry, I overlooked these. gcc is a _C_ compiler. Usually the CXX version
> is g++. Is it not detected properly by autotools?
It looks like autotools was not detecting it properly. After you noticed
the mistake I reset the CXX variable and updated my autotools package. I
reran configure and kept having a problem with libTrie. It turns out that
the compiler on both of these machines had many libraries installed in
/usr/local/lib rather than /usr/lib. After linking many libstd libraries
from /usr/local/lib to /usr/lib, it started to compile properly.
I think I'm OK now. Thanks for the suggestions.
>>>
>>> I've tried on two different 5.8 boxes. The gcc compiler versions are
>>> both
>>> 3.4.
>>>
>>> #uname -a
>>> SunOS proxy 5.8 Generic_117350-26 sun4u sparc SUNW,Sun-Fire-V240
>>> SunOS oldmail 5.8 Generic_108528-13 sun4u sparc SUNW,Sun-Fire-280R
>>>
>>>
>>> When running "make all", it's crashing once it gets into the /src
>>> directory.
>>> The error I get is:
>>>
>>> Making all in src
>>> make[1]: Entering directory `/apps/squid-3.0.STABLE6/src'
>>> /bin/bash ../libtool --tag=CXX --mode=link
>>>
>>> usr/bin/gcc -Werror -Wall -Wpointer-arith -Wwrite-strings -Wcomments -g
>>> -O2
>>> -g -o cf_gen cf_gen.o debug.o time.o globals.o libsquid.la
>>> libauth.la -L../lib -lmiscutil -lm -lresolv -lsocket -lnsl
>>> /usr/bin/gcc -Werror -Wall -Wpointer-arith -Wwrite-strings -Wcomments -g
>>> -O2
>>> -g -o cf_gen cf_gen.o debug.o time.o globals.o ./.libs/libsquid.a
>>> ./.libs/libauth.a -L/apps/squid-3.0.STABLE6/lib -lmiscutil -lm -lresolv
>>> -lsocket
>>> -lnsl
>>> Undefined first referenced
>>> symbol in file
>>> std::ios_base::Init::~Init() cf_gen.o
>>> std::ios_base::Init::Init() cf_gen.o
>>> std::basic_string<char, std::char_traits<char>, std::allocator<char>
>>> >::basic_string(std::basic_string<char, std::char_traits<char>,
>>> std::allocator<char> > const&)debug.o
>>> std::basic_string<char, std::char_traits<char>, std::allocator<char>
>>> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<char>
>>> const&)debug.o__gnu_cxx::__exchange_and_add(int volatile*, int)debug.o
>>> std::basic_string<char, std::char_traits<char>, std::allocator<char>
>>> >::_Rep::_M_destroy(std::allocator<char> const&)debug.o
>>> std::basic_ostringstream<char, std::char_traits<char>,
>>> std::allocator<char>
>>> >::basic_ostringstream(std::_Ios_Openmode)debug.o
>>> std::basic_string<char, std::char_traits<char>, std::allocator<char>
>>> >::_Rep::_S_terminaldebug.o
>>> std::basic_string<char, std::char_traits<char>, std::allocator<char>
>>> >::_Rep::_S_empty_rep_storagedebug.o
>>> std::basic_ostream<char, std::char_traits<char> >& std::operator<<
>>> <std::char_traits<char> >(std::basic_ostream<char,
>>> std::char_traits<char>
>>> >&, char const*)debug.o__cxa_call_unexpected debug.o
>>> vtable for __cxxabiv1::__class_type_infotime.o
>>> std::__throw_logic_error(char const*)debug.o
>>> __gxx_personality_v0 cf_gen.o
>>> std::basic_ostream<char, std::char_traits<char> >& std::endl<char,
>>> std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char>
>>> >&)debug.o
>>> std::basic_ostream<char, std::char_traits<char>
>>> >::operator<<(long)debug.o
>>> std::basic_ostream<char, std::char_traits<char> >::operator<<(unsigned
>>> long)debug.o
>>> typeinfo for std::bad_alloc debug.o
>>>
>>> ld: fatal: Symbol referencing errors. No output written to cf_gen
>>> collect2: ld returned 1 exit status
>>> make[1]: *** [cf_gen] Error 1
>>> make[1]: Leaving directory `/apps/squid-3.0.STABLE6/src'
>>> make: *** [all-recursive] Error 1
>>>
>>>
>>> Is the 3.0 version compatible with Solaris 8, or am I missing something
>>> really easy here?
>>
>> Obviously not compatible right now. It looks like one of the basic stream
>> headers is missing.
>>
>> Amos
Received on Thu Jun 19 2008 - 14:41:09 MDT
This archive was generated by hypermail 2.2.0 : Thu Jun 19 2008 - 12:00:05 MDT