vollkom...@gmx.net wrote:
Here's what I did and the outcome, with squid-3.HEAD-20090511:
patch -p0 < b9683.patch
vi src/asn.cc
/* template cbdata_type CbDataList<int>::CBDATA_CbDataList;
*/
Then 2) & 3).
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I../..
-I../../include -I../../src -I../../include -I/usr/include/libxml2 -Werror
-Wall -Wpointer-arith -Wwrite-strings -Wcomments -g -O2 -c -o Asn.lo Asn.cc
g++ -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../../include
-I/usr/include/libxml2 -Werror -Wall -Wpointer-arith -Wwrite-strings -Wcomments
-g -O2 -c Asn.cc -fno-common -DPIC -o .libs/Asn.o
Asn.cc:44: error: expected unqualified-id before 'template'
make[3]: *** [Asn.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1
-------- Original-Nachricht --------
I wonder.
Lets experiment then. If you would please:
1. comment out the annoying line:
template cbdata_type CbDataList<int>::CBDATA_CbDataList;
2. add this to src/asn.cc:
class FubarA {
public:
char a;
}
template cbdata_type CbDataList<FubarA>::CBDATA_CbDataList;
3. add this to acl/Asn.cc:
class FubarB {
public:
char b;
}
template cbdata_type CbDataList<FubarB>::CBDATA_CbDataList;
4. rebuild and see what happens...
Have been working on this a little. Seems asn.cc and Asn.cc were not
both needed anyway, so merging and killing one.
The clash is looking more like a clash between pure int and a type which
has been typedef'd from int. int vs ssl_error_t.
I find it very strange that the compiler is doing that.
The next snapshot should be 3.HEAD-20090519. Can you please test that
when its bundled to see if all this fixing has had any effect on your
latest problem.
Amos
--
Please be using
Current Stable Squid 2.7.STABLE6 or 3.0.STABLE15
Current Beta Squid 3.1.0.7