[squid-users] Question about compiling and loading ecap-adapter module on windows

[Amos Jeffries]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 21/10/2014 8:52 p.m., lionxyes at gmail.com wrote:
> 
> Hi.  I‘m coming again.
> 
> Now, I have compiled squid-3.3.3 with --enable-ecap option
> successfully on cygwin and run it successfully on windows. But,
> there are another question about compiling ecap-adapter module？
> 
> I'm not sure that I should ask this question here, maybe I should
> ask eCAP developer. but I think that I should try it firstly.

Probably. But I'll give this a try at answering...

> 
> OK! Question 1:  Does it need compile ecap-adapter module as .dll
> file if I want use ecap-adapter module on windows.

If it is running natively on Windows, the answer is yes. If it is
running inside the cygwin environment (I suspect so) then the answer
might be no. The cygwin people maybe could help there.


> Question 2:  If it need, How to do it and do I shoud ask eCAP
> developer? Now, when I compile ecap-adapter
> module(ecap_adapter_sample-0.2.1.tar.gz) directly on cygwin. I just
> get .a .la file. Here is some output message when I make it.

IF its necessary the .dll parts should be done by your compiler tools
automatically. The error it produced gives a few obscure hints...

> 
> ------------------------------------------------------output
> message----------------------------------------------------------- 
> Making all in src make[1]: Entering directory
> '/usr/src/ecap_adapter_sample-0.2.1/src' make all-am make[2]:
> Entering directory '/usr/src/ecap_adapter_sample-0.2.1/src' /bin/sh
> ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I../src
> -I/usr/local/include -g -O3 -Wall -Wwrite-strings
> -Woverloaded-virtual -pipe -MT adapter_minimal.lo -MD -MP -MF
> .deps/adapter_minimal.Tpo -c -o adapter_minimal.lo
> adapter_minimal.cc libtool: compile: g++ -DHAVE_CONFIG_H -I../src
> -I/usr/local/include -g -O3 -Wall -Wwrite-strings
> -Woverloaded-virtual -pipe -MT adapter_minimal.lo -MD -MP -MF
> .deps/adapter_minimal.Tpo -c adapter_minimal.cc -DDLL_EXPORT -DPIC
> -o .libs/adapter_minimal.o libtool: compile: g++ -DHAVE_CONFIG_H
> -I../src -I/usr/local/include -g -O3 -Wall -Wwrite-strings
> -Woverloaded-virtual -pipe -MT adapter_minimal.lo -MD -MP -MF
> .deps/adapter_minimal.Tpo -c adapter_minimal.cc -o
> adapter_minimal.o >/dev/null 2>&1 mv -f .deps/adapter_minimal.Tpo
> .deps/adapter_minimal.Plo /bin/sh ../libtool --tag=CXX --mode=link
> g++ -g -O3 -Wall -Wwrite-strings -Woverloaded-virtual -pipe -module
> -avoid-version -L/usr/local/lib -lecap -o ecap_adapter_minimal.la
> -rpath /usr/local/lib adapter_minimal.lo
> 
> *** Warning: This system can not link to static lib archive
> /usr/local/lib/libecap.la. *** I have the capability to make that
> library automatically link in when *** you link to this library.
> But I can only do this if you have a *** shared version of the
> library, which you do not appear to have. *** But as you try to
> build a module library, libtool will still create *** a static
> module, that should work as long as the dlopening application ***
> is linked with the -dlopen flag to resolve symbols at runtime.

So, what its saying is that the libecap.la was built with -static
compiler flag. But the app now being built requires it to be dynamic
instead.

If Squid is also built with the -dlopen flag (Squid should be) then
the above warning does not matter.


> libtool: link: warning: undefined symbols not allowed in
> i686-pc-cygwin shared libraries

This warning might be more problematic, but given its just a warning
and the earlier one said it was okay... in your place I would test the
run-time behaviour to see if its really broken.

HTH
Amos
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)

iQEcBAEBAgAGBQJURhceAAoJELJo5wb/XPRjVcwIAJOmEMfuKIDltB4sZPvZaakH
t77AwURtHd7R/zO4yAWVchrxUlaLOGyx9u2lykwA+zH28e9rPd3ukNND6v/43F9U
xIzQtpW5BoGnYPWtviod8bVqkDqs7sueyxtdcn+AOuG4UXLAh+SD/6EF9c97/7h/
gZHyAHg08C0hQPokCTtXKhI9CiLzdh94cN7poWcQV//XZib4HL/NNC1e2fBZirZm
ab4aEt+e8Asr53T278pMZ5AriawUiIi4N6wIQbSB6+1r90JVjcuf3ISbnTBS7IN7
u1epMhVnMsZx8KhzCsmIvQC/aLXZD3uUpkzaSgXzZ5lQy+Hr5/M9Y6iB+QLmcpY=
=PnXT
-----END PGP SIGNATURE-----