Re: [squid-users] squid-3.4.3-20140203-r13087 can not compile on freebsd 10-stable

2014-02-18 Thread k simon
Ok,  compile with aufs module sucessfully when using clang 3.3. I would 
run and test it later, and investigate how to work around eCap compile 
issue. Maybe it can be compiled with gcc.


Thank you, Amos!

Simon



于 14-2-18 22:29, k simon 写道:

Thanks a lot. I will test it later.


Simon

于 14-2-18 22:23, Amos Jeffries 写道:

On 19/02/2014 2:44 a.m., k simon wrote:

Hi,Amos,

 The config.log content:

configure:6175: checking simplified host os
configure:6184: result: freebsd (version 10.0)


Great. I think the pthreads detection is fixed now.

You will have to build using a snashot tarball labeled r13095 or higher
though. The fix was buried in the autoconf scripts used to generate the
packaging (so no simple patch to apply). That should be available in
2-3hrs.

Amos



Re: [squid-users] squid-3.4.3-20140203-r13087 can not compile on freebsd 10-stable

2014-02-18 Thread k simon

Thanks a lot. I will test it later.


Simon

于 14-2-18 22:23, Amos Jeffries 写道:

On 19/02/2014 2:44 a.m., k simon wrote:

Hi,Amos,

 The config.log content:

configure:6175: checking simplified host os
configure:6184: result: freebsd (version 10.0)


Great. I think the pthreads detection is fixed now.

You will have to build using a snashot tarball labeled r13095 or higher
though. The fix was buried in the autoconf scripts used to generate the
packaging (so no simple patch to apply). That should be available in 2-3hrs.

Amos



Re: [squid-users] squid-3.4.3-20140203-r13087 can not compile on freebsd 10-stable

2014-02-18 Thread Amos Jeffries
On 19/02/2014 2:44 a.m., k simon wrote:
> Hi,Amos,
> 
> The config.log content:
> 
> configure:6175: checking simplified host os
> configure:6184: result: freebsd (version 10.0)

Great. I think the pthreads detection is fixed now.

You will have to build using a snashot tarball labeled r13095 or higher
though. The fix was buried in the autoconf scripts used to generate the
packaging (so no simple patch to apply). That should be available in 2-3hrs.

Amos



Re: [squid-users] squid-3.4.3-20140203-r13087 can not compile on freebsd 10-stable

2014-02-18 Thread k simon

Hi,Amos,

The config.log content:

configure:6175: checking simplified host os
configure:6184: result: freebsd (version 10.0)
configure:6649: checking if g++ supports C++0x features without 
additional flags

configure:6686: c++ -c -g -O2 -march=native  conftest.cpp >&5
conftest.cpp:15:21: error: expected parameter declarator
  static_assert(sizeof(int) <= sizeof(T), "not big enough");
^
conftest.cpp:15:21: error: expected ')'
conftest.cpp:15:20: note: to match this '('
  static_assert(sizeof(int) <= sizeof(T), "not big enough");
   ^
conftest.cpp:15:7: error: C++ requires a type specifier for all declarations
  static_assert(sizeof(int) <= sizeof(T), "not big enough");
  ^
conftest.cpp:18:29: error: a space is required between consecutive right 
angle brackets (use '> >')

typedef check> right_angle_brackets;
^~
> >
conftest.cpp:21:5: error: unknown type name 'decltype'
decltype(a) b;
^
conftest.cpp:21:16: error: expected ';' after top level declarator
decltype(a) b;
   ^
   ;
conftest.cpp:25:15: warning: rvalue references are a C++11 extension 
[-Wc++11-extensions]

check_type&& cr = static_cast(c);
  ^
conftest.cpp:25:45: warning: rvalue references are a C++11 extension 
[-Wc++11-extensions]

check_type&& cr = static_cast(c);
^
2 warnings and 6 errors generated.






Simon






于 14-2-18 19:16, Amos Jeffries 写道:

  grep "checking simplified host os" config.log


Re: [squid-users] squid-3.4.3-20140203-r13087 can not compile on freebsd 10-stable

2014-02-18 Thread Amos Jeffries
On 18/02/2014 11:02 p.m., k simon wrote:
> Hi,Amos,
>   I have tried r13094, it seems that the DiskThreads module is disabled
> as before.

That update was for the cstdio issues. Some autoconf/automake changes
required.


I think I found the DiskThreads issue. Can you please show me the line
in the config.log produced during ./configure.

 grep "checking simplified host os" config.log



> And cannot finished compile because ecap error.
> 

You had best get in touch with the eCAP developers about that.
It looks like their code and your compiler are not friendly.

You can avoid that in the Squid build with --disable-ecap.

Amos



Re: [squid-users] squid-3.4.3-20140203-r13087 can not compile on freebsd 10-stable

2014-02-18 Thread k simon

Hi,Amos,
  I have tried r13094, it seems that the DiskThreads module is disabled 
as before. And cannot finished compile because ecap error.


Simon


attached info:

checking aio.h usability... yes
checking aio.h presence... yes
checking for aio.h... yes
checking for aio_read in -lrt... yes
configure: Native POSIX AIO support detected.
configure: Enabling AIO DiskIO module
configure: Enabling Blocking DiskIO module
configure: Enabling DiskDaemon DiskIO module
configure: pthread library requires FreeBSD 7 or later
configure: Native pthreads support disabled. DiskThreads module
automaticaly disabled.









In file included from Config.cc:5:
In file included from ../../../src/adaptation/ecap/Host.h:8:
In file included from /usr/local/include/libecap/host/host.h:7:
/usr/local/include/libecap/common/memory.h:13:12: error: no member named 
'tr1' in namespace 'std'

using std::tr1::weak_ptr;
  ~^
/usr/local/include/libecap/common/memory.h:14:12: error: no member named 
'tr1' in namespace 'std'

using std::tr1::shared_ptr;
  ~^
In file included from Config.cc:5:
In file included from ../../../src/adaptation/ecap/Host.h:8:
/usr/local/include/libecap/host/host.h:25:34: error: no template named 
'weak_ptr'; did you mean 'std::weak_ptr'?
virtual void noteService(const 
weak_ptr &s) = 0;

   ^~~~
   std::weak_ptr
/usr/include/c++/v1/tr1/memory:4983:24: note: 'std::weak_ptr' declared here
class _LIBCPP_TYPE_VIS weak_ptr
   ^
In file included from Config.cc:5:
In file included from ../../../src/adaptation/ecap/Host.h:8:
/usr/local/include/libecap/host/host.h:32:11: error: no template named 
'shared_ptr'; did you mean 'std::shared_ptr'?

virtual shared_ptr newRequest() const = 0;
^~
std::shared_ptr
/usr/include/c++/v1/tr1/memory:3817:24: note: 'std::shared_ptr' declared 
here

class _LIBCPP_TYPE_VIS shared_ptr
   ^
In file included from Config.cc:5:
In file included from ../../../src/adaptation/ecap/Host.h:8:
/usr/local/include/libecap/host/host.h:33:11: error: no template named 
'shared_ptr'; did you mean 'std::shared_ptr'?

virtual shared_ptr newResponse() const = 0;
^~
std::shared_ptr
/usr/include/c++/v1/tr1/memory:3817:24: note: 'std::shared_ptr' declared 
here

class _LIBCPP_TYPE_VIS shared_ptr
   ^
In file included from Config.cc:5:
../../../src/adaptation/ecap/Host.h:22:45: error: no template named 
'weak_ptr' in namespace 'libecap'; did you mean 'std::weak_ptr'?
virtual void noteService(const 
libecap::weak_ptr &s);

   ~^~~~
   std::weak_ptr
/usr/include/c++/v1/tr1/memory:4983:24: note: 'std::weak_ptr' declared here
class _LIBCPP_TYPE_VIS weak_ptr
   ^
In file included from Config.cc:5:
../../../src/adaptation/ecap/Host.h:25:22: error: no template named 
'shared_ptr' in namespace 'libecap'; did you mean 'std::shared_ptr'?

typedef libecap::shared_ptr MessagePtr;
~^~
std::shared_ptr
/usr/include/c++/v1/tr1/memory:3817:24: note: 'std::shared_ptr' declared 
here

class _LIBCPP_TYPE_VIS shared_ptr
   ^
In file included from Config.cc:6:
../../../src/adaptation/ecap/ServiceRep.h:28:22: error: no template 
named 'shared_ptr' in namespace 'libecap'; did you mean 'std::shared_ptr'?

typedef libecap::shared_ptr AdapterService;
~^~
std::shared_ptr
/usr/include/c++/v1/tr1/memory:3817:24: note: 'std::shared_ptr' declared 
here

class _LIBCPP_TYPE_VIS shared_ptr
   ^
8 errors generated.
*** Error code 1

Stop.
make[4]: stopped in /root/kf/squid/squid/3.4/src/adaptation/ecap
*** Error code 1

Stop.
make[3]: stopped in /root/kf/squid/squid/3.4/src/adaptation
*** Error code 1

Stop.
make[2]: stopped in /root/kf/squid/squid/3.4/src
*** Error code 1

Stop.
make[1]: stopped in /root/kf/squid/squid/3.4/src
*** Error code 1

Stop.
make: stopped in /root/kf/squid/squid/3.4

于 14-2-18 17:12, Amos Jeffries 写道:

On 18/02/2014 4:44 p.m., k simon wrote:

Hi,List,
   The squid-3.4.3-20140203-r13087 can not compile on freebsd 10-stable.
   When issue "./configure",it  report "configure: Native pthreads
support disabled. DiskThreads module automaticaly disabled."
   And compile can not finished, it  report
"/usr/include/c++/v1/cstdio:139:9: error: no member named
'ERROR_sprintf_UNSAFE_IN_SQUID' in the global namespace using ::sprintf;".
   It seems that aufs cannot work on freebsd10. And I found some
discussions by freebsd guys.



I've now back-ported the fix from Squid-3.HEAD to 3.4.

Please try again with a 3.4 update package r13094 or later when it
becomes available in a few hours.

Amos

Re: [squid-users] squid-3.4.3-20140203-r13087 can not compile on freebsd 10-stable

2014-02-18 Thread Amos Jeffries
On 18/02/2014 4:44 p.m., k simon wrote:
> Hi,List,
>   The squid-3.4.3-20140203-r13087 can not compile on freebsd 10-stable.
>   When issue "./configure",it  report "configure: Native pthreads
> support disabled. DiskThreads module automaticaly disabled."
>   And compile can not finished, it  report
> "/usr/include/c++/v1/cstdio:139:9: error: no member named
> 'ERROR_sprintf_UNSAFE_IN_SQUID' in the global namespace using ::sprintf;".
>   It seems that aufs cannot work on freebsd10. And I found some
> discussions by freebsd guys.


I've now back-ported the fix from Squid-3.HEAD to 3.4.

Please try again with a 3.4 update package r13094 or later when it
becomes available in a few hours.

Amos