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 :)