After applying the patch mentioned in comment #4 the build carries on
further, but fails with a new error. This is when building against the
new libecap3 library (that's in -proposed), so this might be actually
some problem regarding the changes there. But I also tried this patch
when building against the old libecap2 and it was still failing in some
place (not sure if on the same one though, would have to re-build to
fetch the logs). Will try looking into that too. The error log:
Host.cc: In static member function 'static void
Adaptation::Ecap::Host::Register()':
Host.cc:130:45: error: invalid new-expression of abstract class type
'Adaptation::Ecap::Host'
TheHost.reset(new Adaptation::Ecap::Host);
^
In file included from Host.cc:10:0:
../../../src/adaptation/ecap/Host.h:16:7: note: because the following virtual
functions are pure within 'Adaptation::Ecap::Host':
class Host : public libecap::host::Host
^
In file included from ../../../src/adaptation/ecap/Host.h:8:0,
from Host.cc:10:
/usr/include/libecap/host/host.h:25:16: note: virtual void
libecap::host::Host::noteVersionedService(const char*, const
std::tr1::weak_ptr<libecap::adapter::Service>&)
virtual void noteVersionedService(const char *libEcapVersion, const
weak_ptr<adapter::Service> &s) = 0;
^
Makefile:439: recipe for target 'libsquid_ecap_la-Host.lo' failed
make[5]: *** [libsquid_ecap_la-Host.lo] Error 1
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1496223
Title:
squid3 FTBFS due to linux-libc-dev and libc6-dev headers mismatch
Status in Squid:
Unknown
Status in glibc package in Ubuntu:
New
Status in linux package in Ubuntu:
Triaged
Status in squid3 package in Ubuntu:
New
Bug description:
With the fix at LP: #1496924 applied, squid3 fails due to mismatching
headers between linux-libc-dev_4.2.0-10.11 and
libc6-dev_2.21-0ubuntu4.
In file included from /usr/include/linux/netfilter.h:7:0,
from /usr/include/linux/netfilter_ipv4.h:8,
from Intercept.cc:99:
/usr/include/linux/in.h:28:16: error: redeclaration of 'IPPROTO_IP'
IPPROTO_IP = 0, /* Dummy protocol for TCP */
^
In file included from /usr/include/arpa/inet.h:22:0,
from ../../include/util.h:42,
from ../../include/Array.h:39,
from ../../src/comm/forward.h:4,
from ../../src/comm/Connection.h:40,
from Intercept.cc:34:
/usr/include/netinet/in.h:42:5: note: previous declaration '<anonymous enum>
IPPROTO_IP'
IPPROTO_IP = 0, /* Dummy protocol for TCP. */
^
In file included from /usr/include/linux/netfilter.h:7:0,
from /usr/include/linux/netfilter_ipv4.h:8,
from Intercept.cc:99:
/usr/include/linux/in.h:30:18: error: redeclaration of 'IPPROTO_ICMP'
IPPROTO_ICMP = 1, /* Internet Control Message Protocol */
^
In file included from /usr/include/arpa/inet.h:22:0,
from ../../include/util.h:42,
from ../../include/Array.h:39,
from ../../src/comm/forward.h:4,
from ../../src/comm/Connection.h:40,
from Intercept.cc:34:
/usr/include/netinet/in.h:44:5: note: previous declaration '<anonymous enum>
IPPROTO_ICMP'
IPPROTO_ICMP = 1, /* Internet Control Message Protocol. */
^
<snip>
Tried to ignore "#include linux/netfilter.h" in src/ip/Intercept.cc:99
to no avail as build fails later on due to missing "SO_ORIGINAL_DST"
in Intercept.cc. Removing arpa and netinet header inclusions also lead
to eventual build failures due to missing symbols.
So far I have found no way to have squid linking solely to either the
kernel or libc without disabling netfilter altogether.
To manage notifications about this bug go to:
https://bugs.launchpad.net/squid/+bug/1496223/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
