FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 12-26-2011, 08:16 AM
Adam Carter
 
Default squid 3.1.18 build failure

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:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std:stream*)opera tor<<(((std:stream&)((std::basic_ostream<char>*) std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream< char>*)std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream< char>*)std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream< char>*)std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream< char>*)((std::basic_ostream<char>*)std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream< char>*)std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std:stream*)Debug ::getDebugOut())),
((const char*)"store.cc")))), ((const
char*)"(")))->std::basic_ostream<_CharT, _Traits>:perator<< [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>:perato r*
[with C = AsyncCall]()))))), ((const char*)", requested call: ")) <<
((const AsyncCall::Pointer*)producer)->RefCount<C>:perator* [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>:perator<<(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>:perator<<(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>:perator<<(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
 
Old 12-26-2011, 09:51 AM
Zhu Sha Zang
 
Default squid 3.1.18 build failure

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:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std:stream*)opera tor<<(((std:stream&)((std::basic_ostream<char>*) std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream< char>*)std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream< char>*)std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream< char>*)std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream< char>*)((std::basic_ostream<char>*)std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std::basic_ostream< char>*)std:perator<<
[with _Traits =
std::char_traits<char>](((std::basic_ostream<char>&)((std:stream*)Debug ::getDebugOut())),
((const char*)"store.cc")))), ((const
char*)"(")))->std::basic_ostream<_CharT, _Traits>:perator<< [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>:perato r*
[with C = AsyncCall]()))))), ((const char*)", requested call: "))<<
((const AsyncCall::Pointer*)producer)->RefCount<C>:perator* [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>:perator<<(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>:perator<<(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>:perator<<(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
 
Old 12-26-2011, 11:52 AM
"Holger Hoffstaette"
 
Default squid 3.1.18 build failure

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
 
Old 12-26-2011, 12:13 PM
"Holger Hoffstaette"
 
Default squid 3.1.18 build failure

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
 
Old 12-27-2011, 02:13 AM
Adam Carter
 
Default squid 3.1.18 build failure

> 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.
 
Old 12-27-2011, 02:27 AM
Adam Carter
 
Default squid 3.1.18 build failure

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

Thread Tools




All times are GMT. The time now is 09:06 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org