Re: SLES build error, what to do?

On 23/12/2013 12:08 p.m., Eliezer Croitoru wrote:
> I am trying to build squid on SLES node to at least make sure that it
> can run on it.
> SLES offers (as much as I can tell) squid(2.7.STABLE5-2.12.16.1) and
> squid3(3.1.12-8.12.1) packages.
>
> I am trying to make sure that squid 3.4(and maybe others) can be
> compiled and run on a SLES system.
>
> The basic problem I have seen on a basic compilation(./configure &&
> make) is:

> Inquirer.cc:90: error: 'auto_ptr' is deprecated (declared at
> /usr/include/c++/4.3/backward/auto_ptr.h:91)

This is a GCC bug. For a couple of releases the STL library required
more advanced C++11 support than the compiler provided.

It can only be worked around by upgrading GCC.

> make[3]: *** [Inquirer.lo] Error 1
> make[3]: Leaving directory `/opt/src/squid-3.4.1/src/mgr'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/opt/src/squid-3.4.1/src'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/opt/src/squid-3.4.1/src'
> make: *** [all-recursive] Error 1
>
> Which have been seen before and someone have suggested using:
> "--disable-strict-error-checking"
> option while running "configure".
>
> The problem that I see is that not one CentOS Ubuntu Debina or any
> distribution I have been using before had the need for using this option
> to compile.
>
> I am still not sure what it means and why it happens.
> But before I even try to dig I would be happy to maybe get a tiny answer
> from someone that might know this issue better then me.
>
> But after using the mentioned option the results seems like:
> # tail -f /usr/local/squid/var/logs/access.log
> 1387753634.690 305 192.168.10.100 TCP_REFRESH_UNMODIFIED/304 306 GET
> http://docs.fedoraproject.org/en-US/index.html -
> HIER_DIRECT/80.239.156.215 -
>
> and it seems like it works but will maybe have some problems at runtime?

There will be pointer problems in SMP mode.

Amos
Received on Mon Dec 23 2013 - 03:33:51 MST