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



Reply via email to