[gentoo-user] squid 3.1.18 build failure

public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed

* [gentoo-user] squid 3.1.18 build failure
@ 2011-12-26  9:16 Adam Carter
  2011-12-26 10:51 ` Zhu Sha Zang
  2011-12-26 12:52 ` [gentoo-user] " Holger Hoffstaette
  0 siblings, 2 replies; 6+ messages in thread
From: Adam Carter @ 2011-12-26  9:16 UTC (permalink / raw
  To: gentoo-user

System is mostly amd64, but gcc and squid are ~amd64.

The error appears to be at;
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H
-DDEFAULT_CONFIG_FILE=\"/etc/squid/squid.conf\"
-DDEFAULT_SQUID_DATA_DIR=\"/usr/share/squid\"
-DDEFAULT_SQUID_CONFIG_DIR=\"/etc/squid\"  -I.. -I../include -I../src
-I../include   -I../src   -Wall -Wpointer-arith -Wwrite-strings
-Wcomments  -D_REENTRANT -m64 -march=amdfam10 -mcx16 -msahf -mpopcnt
-mabm -O2 -pipe -c -o store.o store.cc
store.cc: In member function ‘void StoreEntry::deferProducer(const
AsyncCall::Pointer&)’:
store.cc:376:232: error: no match for ‘operator<<’ in ‘std::operator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::ostream*)operator<<(((std::ostream&)((std::basic_ostream<char>*)std::operator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream<char>*)std::operator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream<char>*)std::operator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream<char>*)std::operator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream<char>*)((std::basic_ostream<char>*)std::operator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream<char>*)std::operator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::ostream*)Debug::getDebugOut())),
((const char*)"store.cc")))), ((const
char*)"(")))->std::basic_ostream<_CharT, _Traits>::operator<< [with
_CharT = char, _Traits = std::char_traits<char>](377))), ((const
char*)") ")))), ((const char*)(& __FUNCTION__))))), ((const char*)":
")))), ((const char*)"Deferred producer call is allready set to:
")))), ((AsyncCall&)((AsyncCall*)((StoreEntry*)this)->StoreEntry::deferredProducer.RefCount<C>::operator*
[with C = AsyncCall]()))))), ((const char*)", requested call: ")) <<
((const AsyncCall::Pointer*)producer)->RefCount<C>::operator* [with C
= AsyncCall]()’
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:108:7:
note: candidates are: std::basic_ostream<_CharT,
_Traits>::__ostream_type& std::basic_ostream<_CharT,
_Traits>::operator<<(std::basic_ostream<_CharT,
_Traits>::__ostream_type& (*)(std::basic_ostream<_CharT,
_Traits>::__ostream_type&)) [with _CharT = char, _Traits =
std::char_traits<char>, std::basic_ostream<_CharT,
_Traits>::__ostream_type = std::basic_ostream<char>]
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:117:7:
note:                 std::basic_ostream<_CharT,
_Traits>::__ostream_type& std::basic_ostream<_CharT,
_Traits>::operator<<(std::basic_ostream<_CharT, _Traits>::__ios_type&
(*)(std::basic_ostream<_CharT, _Traits>::__ios_type&)) [with _CharT =
char, _Traits = std::char_traits<char>, std::basic_ostream<_CharT,
_Traits>::__ostream_type = std::basic_ostream<char>,
std::basic_ostream<_CharT, _Traits>::__ios_type =
std::basic_ios<char>]
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:127:7:
note:                 std::basic_ostream<_CharT,
_Traits>::__ostream_type& std::basic_ostream<_CharT,
_Traits>::operator<<(std::ios_base& (*)(std::ios_base&)) [with _CharT
= char, _Traits = std::char_traits<char>, std::basic_ostream<_CharT,
_Traits>::__ostream_type = std::basic_ostream<char>]
etc

I tried pulling MAKEOPTS back to -j1 - no difference. Any ideas or
should I just log a bug?

emerge -pv shows;

Calculating dependencies... done!
[ebuild     U ~] net-proxy/squid-3.1.18 [3.1.16] USE="ecap epoll ipv6
logrotate mysql pam snmp sqlite ssl -caps -icap-client
(-ipf-transparent) -kerberos (-kqueue) -ldap -nis (-pf-transparent)
-postgres -radius -samba -sasl (-selinux) -test -tproxy
-zero-penalty-hit" 0 kB

Total: 1 package (1 upgrade), Size of downloads: 0 kB



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [gentoo-user] squid 3.1.18 build failure
  2011-12-26  9:16 [gentoo-user] squid 3.1.18 build failure Adam Carter
@ 2011-12-26 10:51 ` Zhu Sha Zang
  2011-12-26 12:52 ` [gentoo-user] " Holger Hoffstaette
  1 sibling, 0 replies; 6+ messages in thread
From: Zhu Sha Zang @ 2011-12-26 10:51 UTC (permalink / raw
  To: gentoo-user

Em 26-12-2011 07:16, Adam Carter escreveu:
> System is mostly amd64, but gcc and squid are ~amd64.
>
> The error appears to be at;
> x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H
> -DDEFAULT_CONFIG_FILE=\"/etc/squid/squid.conf\"
> -DDEFAULT_SQUID_DATA_DIR=\"/usr/share/squid\"
> -DDEFAULT_SQUID_CONFIG_DIR=\"/etc/squid\"  -I.. -I../include -I../src
> -I../include   -I../src   -Wall -Wpointer-arith -Wwrite-strings
> -Wcomments  -D_REENTRANT -m64 -march=amdfam10 -mcx16 -msahf -mpopcnt
> -mabm -O2 -pipe -c -o store.o store.cc
> store.cc: In member function ‘void StoreEntry::deferProducer(const
> AsyncCall::Pointer&)’:
> store.cc:376:232: error: no match for ‘operator<<’ in ‘std::operator<<
> [with _Traits =
> std::char_traits<char>](((std::basic_ostream<char>&)((std::ostream*)operator<<(((std::ostream&)((std::basic_ostream<char>*)std::operator<<
> [with _Traits =
> std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream<char>*)std::operator<<
> [with _Traits =
> std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream<char>*)std::operator<<
> [with _Traits =
> std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream<char>*)std::operator<<
> [with _Traits =
> std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream<char>*)((std::basic_ostream<char>*)std::operator<<
> [with _Traits =
> std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream<char>*)std::operator<<
> [with _Traits =
> std::char_traits<char>](((std::basic_ostream<char>&)((std::ostream*)Debug::getDebugOut())),
> ((const char*)"store.cc")))), ((const
> char*)"(")))->std::basic_ostream<_CharT, _Traits>::operator<<  [with
> _CharT = char, _Traits = std::char_traits<char>](377))), ((const
> char*)") ")))), ((const char*)(&  __FUNCTION__))))), ((const char*)":
> ")))), ((const char*)"Deferred producer call is allready set to:
> ")))), ((AsyncCall&)((AsyncCall*)((StoreEntry*)this)->StoreEntry::deferredProducer.RefCount<C>::operator*
> [with C = AsyncCall]()))))), ((const char*)", requested call: "))<<
> ((const AsyncCall::Pointer*)producer)->RefCount<C>::operator* [with C
> = AsyncCall]()’
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:108:7:
> note: candidates are: std::basic_ostream<_CharT,
> _Traits>::__ostream_type&  std::basic_ostream<_CharT,
> _Traits>::operator<<(std::basic_ostream<_CharT,
> _Traits>::__ostream_type&  (*)(std::basic_ostream<_CharT,
> _Traits>::__ostream_type&)) [with _CharT = char, _Traits =
> std::char_traits<char>, std::basic_ostream<_CharT,
> _Traits>::__ostream_type = std::basic_ostream<char>]
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:117:7:
> note:                 std::basic_ostream<_CharT,
> _Traits>::__ostream_type&  std::basic_ostream<_CharT,
> _Traits>::operator<<(std::basic_ostream<_CharT, _Traits>::__ios_type&
> (*)(std::basic_ostream<_CharT, _Traits>::__ios_type&)) [with _CharT =
> char, _Traits = std::char_traits<char>, std::basic_ostream<_CharT,
> _Traits>::__ostream_type = std::basic_ostream<char>,
> std::basic_ostream<_CharT, _Traits>::__ios_type =
> std::basic_ios<char>]
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:127:7:
> note:                 std::basic_ostream<_CharT,
> _Traits>::__ostream_type&  std::basic_ostream<_CharT,
> _Traits>::operator<<(std::ios_base&  (*)(std::ios_base&)) [with _CharT
> = char, _Traits = std::char_traits<char>, std::basic_ostream<_CharT,
> _Traits>::__ostream_type = std::basic_ostream<char>]
> etc
>
> I tried pulling MAKEOPTS back to -j1 - no difference. Any ideas or
> should I just log a bug?
>
> emerge -pv shows;
>
> Calculating dependencies... done!
> [ebuild     U ~] net-proxy/squid-3.1.18 [3.1.16] USE="ecap epoll ipv6
> logrotate mysql pam snmp sqlite ssl -caps -icap-client
> (-ipf-transparent) -kerberos (-kqueue) -ldap -nis (-pf-transparent)
> -postgres -radius -samba -sasl (-selinux) -test -tproxy
> -zero-penalty-hit" 0 kB
>
> Total: 1 package (1 upgrade), Size of downloads: 0 kB
>
>

Same here!

-- 

---
Zhu Sha Zang




^ permalink raw reply	[flat|nested] 6+ messages in thread

* [gentoo-user] Re: squid 3.1.18 build failure
  2011-12-26  9:16 [gentoo-user] squid 3.1.18 build failure Adam Carter
  2011-12-26 10:51 ` Zhu Sha Zang
@ 2011-12-26 12:52 ` Holger Hoffstaette
  2011-12-26 13:13   ` Holger Hoffstaette
  1 sibling, 1 reply; 6+ messages in thread
From: Holger Hoffstaette @ 2011-12-26 12:52 UTC (permalink / raw
  To: gentoo-user

On Mon, 26 Dec 2011 20:16:24 +1100, Adam Carter wrote:

> System is mostly amd64, but gcc and squid are ~amd64.
> 
> The error appears to be at;
> x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H
> -DDEFAULT_CONFIG_FILE=\"/etc/squid/squid.conf\"
> -DDEFAULT_SQUID_DATA_DIR=\"/usr/share/squid\"
> -DDEFAULT_SQUID_CONFIG_DIR=\"/etc/squid\"  -I.. -I../include -I../src
> -I../include   -I../src   -Wall -Wpointer-arith -Wwrite-strings -Wcomments
>  -D_REENTRANT -m64 -march=amdfam10 -mcx16 -msahf -mpopcnt -mabm -O2 -pipe
> -c -o store.o store.cc store.cc: In member function ‘void
> StoreEntry::deferProducer(const AsyncCall::Pointer&)’:
> store.cc:376:232: error: no match for ‘operator<<’

very odd.

> emerge -pv shows;
> 
> Calculating dependencies... done!
> [ebuild     U ~] net-proxy/squid-3.1.18 [3.1.16] USE="ecap epoll ipv6
> logrotate mysql pam snmp sqlite ssl -caps -icap-client (-ipf-transparent)
> -kerberos (-kqueue) -ldap -nis (-pf-transparent) -postgres -radius -samba
> -sasl (-selinux) -test -tproxy -zero-penalty-hit" 0 kB
> 
> Total: 1 package (1 upgrade), Size of downloads: 0 kB

I built 3.1.18 on my ~x86 and had no problems whatsoever..very strange, esp.
since you also use gcc 4.5.3 - which works fine for me. So I think it's
not a gcc 4.6.x problem.

My flags are USE="caps epoll ipv6 logrotate pam postgres samba snmp sqlite ssl -ecap
-icap-client (-ipf-transparent) -kerberos (-kqueue) -ldap -mysql
-nis(-pf-transparent) -radius -sasl (-selinux) -test -tproxy
-zero-penalty-hit"

First guess is that the difference in ecap is to blame. Can you verify
that it builds for you without ecap? If so please report that in the bug
too.

-h
(not a dev or maintainer, just trying to help :)





^ permalink raw reply	[flat|nested] 6+ messages in thread

* [gentoo-user] Re: squid 3.1.18 build failure
  2011-12-26 12:52 ` [gentoo-user] " Holger Hoffstaette
@ 2011-12-26 13:13   ` Holger Hoffstaette
  2011-12-27  3:13     ` Adam Carter
  0 siblings, 1 reply; 6+ messages in thread
From: Holger Hoffstaette @ 2011-12-26 13:13 UTC (permalink / raw
  To: gentoo-user


Adam,

some more information:

http://www.mail-archive.com/squid-dev@squid-cache.org/msg16870.html
http://bugs.squid-cache.org/show_bug.cgi?id=3440

looks like the problem was already found and fixed. Fix seems to be a
simple one-liner, so if you raise a bug we can discuss it there.

-h





^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [gentoo-user] Re: squid 3.1.18 build failure
  2011-12-26 13:13   ` Holger Hoffstaette
@ 2011-12-27  3:13     ` Adam Carter
  2011-12-27  3:27       ` Adam Carter
  0 siblings, 1 reply; 6+ messages in thread
From: Adam Carter @ 2011-12-27  3:13 UTC (permalink / raw
  To: gentoo-user

> http://www.mail-archive.com/squid-dev@squid-cache.org/msg16870.html
> http://bugs.squid-cache.org/show_bug.cgi?id=3440
>
> looks like the problem was already found and fixed. Fix seems to be a
> simple one-liner, so if you raise a bug we can discuss it there.

Thanks Holger - i'll raise a gentoo bug and include the link about the
upstream issue, so it can be tracked.



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [gentoo-user] Re: squid 3.1.18 build failure
  2011-12-27  3:13     ` Adam Carter
@ 2011-12-27  3:27       ` Adam Carter
  0 siblings, 0 replies; 6+ messages in thread
From: Adam Carter @ 2011-12-27  3:27 UTC (permalink / raw
  To: gentoo-user

FYI its https://bugs.gentoo.org/show_bug.cgi?id=396163 in case you
want to follow



^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2011-12-27  3:28 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-12-26  9:16 [gentoo-user] squid 3.1.18 build failure Adam Carter
2011-12-26 10:51 ` Zhu Sha Zang
2011-12-26 12:52 ` [gentoo-user] " Holger Hoffstaette
2011-12-26 13:13   ` Holger Hoffstaette
2011-12-27  3:13     ` Adam Carter
2011-12-27  3:27       ` Adam Carter

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox