Re: Astyle version?

2010-12-06 Thread Amos Jeffries

On 07/12/10 12:50, Henrik Nordström wrote:

Looking into upgrading squid-cache.org, and as part of this astyle will
get updated to version 1.24 (1.23 installed today).

Is this ok, or will it screw up the source formatting job?



Version does not matter hugely beyond the minimum of 1.22. We just need 
the scripts synced with the version running on the maintenance machine. 
To prevent flapping minor changes source-maintenance.sh will detect and 
skip the formater.pl for all other versions.


A test to make sure it does not add any problems would be good in 
advance if possible though.


Amos
--
Please be using
  Current Stable Squid 2.7.STABLE9 or 3.1.9
  Beta testers wanted for 3.2.0.3


Re: Fix 'can't create ./src/***: No such file' errors on linking

2010-12-06 Thread Henrik Nordström
tis 2010-12-07 klockan 12:39 +1300 skrev Amos Jeffries:

> > No idea, but for some reason/src/tests do not get created, and
> > as result it fails to compile the objects in there.
> 
> Exactly. src/ is built before tools/ and if src/ is built as a normal 
> "make all" without any of the tests/ stubs then the stubs .o are not 
> available for squidclient etc to link against.

No, the error I have seen is different.

The error I have seen is that "make all" do not create src/tests
subdirectory, and therefore gcc fails to write the .o

Regards
Henrik



Astyle version?

2010-12-06 Thread Henrik Nordström
Looking into upgrading squid-cache.org, and as part of this astyle will
get updated to version 1.24 (1.23 installed today).

Is this ok, or will it screw up the source formatting job?

Regards
Henrik



Re: Fix 'can't create ./src/***: No such file' errors on linking

2010-12-06 Thread Amos Jeffries

On 07/12/10 09:43, Henrik Nordström wrote:

tis 2010-12-07 klockan 03:06 +1300 skrev Amos Jeffries:


   Fix 'can't create ./src/***: No such file' errors on linking

   Side effect of the AIX port fixes using .o instead of duplicating and
   re-building the .cc individually. "It seemed a good idea at the time"(tm).
   It is a bit strange that it should only show up now, those changes were
   made long ago.


No idea, but for some reason/src/tests do not get created, and
as result it fails to compile the objects in there.


Exactly. src/ is built before tools/ and if src/ is built as a normal 
"make all" without any of the tests/ stubs then the stubs .o are not 
available for squidclient etc to link against.




Note: I would prefer to avoid copying if possible. I find the copying
quite confusing.


Same, the earlier setup was my attempt to do without. Which seemed to 
work after much work fixing thin dependency ties with every change.


I'm hoping once the SourceLayout and deheader stuff is finished we won't 
need these anyway. If we do we can look a better long term fix.


Amos
--
Please be using
  Current Stable Squid 2.7.STABLE9 or 3.1.9
  Beta testers wanted for 3.2.0.3


Hudson build is back to normal : 3.HEAD-i386-opensolaris-SunStudioCc #521

2010-12-06 Thread noc
See 





Re: Feature branch launched: deheader

2010-12-06 Thread Kinkie
Hi,
> Henrik:
> Which is interesting, but a lot of filtering is needed to make use of
> the results.

I agree. Hence the branch and associated matrix test.

> I would use the tool very cautious. It's interesting, but the results
> can not automatically be taken as a truth, only a hint.

That's more or less what I'm attempting.

> Personally I don't have a big problem with a bit too many includes.

Ignoring the compile time, whose relevance is debateable, they do
raise the complexity of unit tests. Some unit tests require way too
many stubs, as a result of improper layerization in the core, or
because of too many includes nested somewhere in the dependency tree.

In the tool output I am running, I explicitly targeted squid.h; not in
one case changing it to config.h resulted in a broken test-build.


-- 
    /kinkie


Re: Two patches for better heimdal support

2010-12-06 Thread Henrik Nordström
Applied

mån 2010-12-06 klockan 21:12 + skrev Markus Moeller:
> Sorry I have another addition for config.test
> 
> === modified file 'helpers/external_acl/kerberos_ldap_group/config.test'
> --- helpers/external_acl/kerberos_ldap_group/config.test2010-12-05 
> 00:25:25 +
> +++ helpers/external_acl/kerberos_ldap_group/config.test2010-12-06 
> 21:09:15 +
> @@ -9,6 +9,9 @@
> if [ -f /usr/lib/libsasl.la -o -f /usr/lib/libsasl2.la ]; 
> then
> exit 0
> fi
> +   if [ -f /usr/lib/libsasl.so -o -f /usr/lib/libsasl2.so ]; 
> then
> +   exit 0
> +   fi
> if [ -f  /usr/local/lib/libsasl.so -o -f 
> /usr/local/lib/libsasl2.so ]; then
> exit 0
> fi
> 
> Markus
> 
> 
> "Markus Moeller"  wrote in message 
> news:idde7p$8a...@dough.gmane.org...
> > Hi Amos,
> >
> >   Please find attached more patches for better heimdal support as new
> > heimdal version have gssapi_krb5 header files which were in the past only 
> > in
> > older MIT releases available.
> >
> >   1) kerberos_ldap_group_header.diff fixes the gssapi_krb5 header issue
> >
> >  Secondly to use kerberos_ldap_group on freebsd config.test has to be
> > changed as freebsd installs additional packages in /usr/local. The 
> > following
> > patch addresses this
> >
> >   2) kerberos_ldap_group_config.diff
> >
> >  Thirdly on freebsd 7 the krb5.h file does not work with C++. This patch
> > checks for it
> >
> >   3) kerberos_ldap_group_freebsd.diff  (it includes the
> > kerberos_ldap_group_header.diff patch)
> >
> > Regards
> > Markus
> >
> > "Markus Moeller"  wrote in message
> > news:ibpome$ps...@dough.gmane.org...
> >> Here is an update using only #if  / #elif  and changed the order a bit.
> >>
> >> Markus
> >>
> >> "Amos Jeffries"  wrote in message
> >> news:104be24899d2c3a232288ea0fa5a7...@mail.treenet.co.nz...
> >>> On Sun, 14 Nov 2010 18:37:39 -, "Markus Moeller"
> >>>  wrote:
>  Hi
> 
>   I noticed that the trunk does not compile on FreeBSD with Heimdal.
> >>> Here
>  are two patches against the trunk.
> 
>  Markus
> >>>
> >>> These appear to be reversions of the file-based inclusions. Would it not
> >>> be better just to add:
> >>>
> >>> +#if HAVE_GSSAPI_GSSAPI_EXT_H
> >>> +#include 
> >>> +#endif
> >>>
> >>> to the end of the include lists?
> >>>
> >>> Also, it is adding quite a messy mix of ifdef and if defined(). Please
> >>> just use #if / #elif either way.
> >>>
> >>> Amos
> >>>
> >>>
> >>
> > 
> 




Re: Two patches for better heimdal support

2010-12-06 Thread Markus Moeller

Sorry I have another addition for config.test

=== modified file 'helpers/external_acl/kerberos_ldap_group/config.test'
--- helpers/external_acl/kerberos_ldap_group/config.test2010-12-05 
00:25:25 +
+++ helpers/external_acl/kerberos_ldap_group/config.test2010-12-06 
21:09:15 +

@@ -9,6 +9,9 @@
   if [ -f /usr/lib/libsasl.la -o -f /usr/lib/libsasl2.la ]; 
then

   exit 0
   fi
+   if [ -f /usr/lib/libsasl.so -o -f /usr/lib/libsasl2.so ]; 
then

+   exit 0
+   fi
   if [ -f  /usr/local/lib/libsasl.so -o -f 
/usr/local/lib/libsasl2.so ]; then

   exit 0
   fi

Markus


"Markus Moeller"  wrote in message 
news:idde7p$8a...@dough.gmane.org...

Hi Amos,

  Please find attached more patches for better heimdal support as new
heimdal version have gssapi_krb5 header files which were in the past only 
in

older MIT releases available.

  1) kerberos_ldap_group_header.diff fixes the gssapi_krb5 header issue

 Secondly to use kerberos_ldap_group on freebsd config.test has to be
changed as freebsd installs additional packages in /usr/local. The 
following

patch addresses this

  2) kerberos_ldap_group_config.diff

 Thirdly on freebsd 7 the krb5.h file does not work with C++. This patch
checks for it

  3) kerberos_ldap_group_freebsd.diff  (it includes the
kerberos_ldap_group_header.diff patch)

Regards
Markus

"Markus Moeller"  wrote in message
news:ibpome$ps...@dough.gmane.org...

Here is an update using only #if  / #elif  and changed the order a bit.

Markus

"Amos Jeffries"  wrote in message
news:104be24899d2c3a232288ea0fa5a7...@mail.treenet.co.nz...

On Sun, 14 Nov 2010 18:37:39 -, "Markus Moeller"
 wrote:

Hi

 I noticed that the trunk does not compile on FreeBSD with Heimdal.

Here

are two patches against the trunk.

Markus


These appear to be reversions of the file-based inclusions. Would it not
be better just to add:

+#if HAVE_GSSAPI_GSSAPI_EXT_H
+#include 
+#endif

to the end of the include lists?

Also, it is adding quite a messy mix of ifdef and if defined(). Please
just use #if / #elif either way.

Amos











Re: bootstrap.sh version lookup

2010-12-06 Thread Henrik Nordström
sön 2010-12-05 klockan 23:37 +1300 skrev Amos Jeffries:

> Looking into the remaining autoconf warnings they are generated by old 
> macros in libtool. Seems to be harmless, just annoyingly verbose. That 
> will need upgrade as well to silence them.

Done. libtool upgraded to libtool-2.2.10

Regards
Henrik



Re: Feature branch launched: deheader

2010-12-06 Thread Henrik Nordström
sön 2010-12-05 klockan 15:28 +0100 skrev Kinkie:
> Hi all,
>   Eric Raymond recently released a tool named deheader
> (http://www.catb.org/esr/deheader/) which goes through c/c++ project
> looking for unneeded includes.
> It does so by trying to compile each source file after removing one
> #include statement at a time, and seeing if it builds.

Which is interesting, but a lot of filtering is needed to make use of
the results.

Many times OS headers is quite forgiving, allowing you to skip many
includes which is documented as required for a certain function. For
example socket(2) officially requires sys/types.h and sys/socket.h, but
many OS:es accept if you just include sys/socket.h.

And we do have some magics in our own sources where stripping an Squid
include would make that file still compile but result in missing
functionality. Most times this will result in link failure however as
long as config.h is always included one way or another.

I would use the tool very cautious. It's interesting, but the results
can not automatically be taken as a truth, only a hint.

Personally I don't have a big problem with a bit too many includes. 

Regards
Henrik



Re: Fix 'can't create ./src/***: No such file' errors on linking

2010-12-06 Thread Henrik Nordström
tis 2010-12-07 klockan 03:06 +1300 skrev Amos Jeffries:

>   Fix 'can't create ./src/***: No such file' errors on linking
>   
>   Side effect of the AIX port fixes using .o instead of duplicating and
>   re-building the .cc individually. "It seemed a good idea at the time"(tm).
>   It is a bit strange that it should only show up now, those changes were
>   made long ago.

No idea, but for some reason /src/tests do not get created, and
as result it fails to compile the objects in there.

Note: I would prefer to avoid copying if possible. I find the copying
quite confusing.

Regards
Henrik



Re: Two patches for better heimdal support

2010-12-06 Thread Henrik Nordström
mån 2010-12-06 klockan 20:26 + skrev Markus Moeller:
> Hi Henrik,
> 
> That seems to be from another patch:

Rather seems Amos already fixed it. Sorry for the noise.

Regards
Henrik



Re: Two patches for better heimdal support

2010-12-06 Thread Markus Moeller

Hi Henrik,

That seems to be from another patch:

bzr log -p -r11090 helpers/external_acl/kerberos_ldap_group/support_log.cc

revno: 11090
committer: Amos Jeffries 
branch nick: trunk
timestamp: Sat 2010-12-04 23:14:11 -0700
message:
 Fix invalid conversion 'long int' to 'time_t'
diff:
=== modified file 'helpers/external_acl/kerberos_ldap_group/support_log.cc'
--- helpers/external_acl/kerberos_ldap_group/support_log.cc 2010-08-14 
00:12:49 +
+++ helpers/external_acl/kerberos_ldap_group/support_log.cc 2010-12-05 
06:14:11 +

@@ -41,7 +41,8 @@

gettimeofday(&now, NULL);
if (now.tv_sec != last_t) {
-tm = localtime(&now.tv_sec);
+time_t tmp = now.tv_sec;
+tm = localtime(&tmp);
strftime(buf, 127, "%Y/%m/%d %H:%M:%S", tm);
last_t = now.tv_sec;
}



"Henrik Nordström"  wrote in message 
news:1291657930.10525.625.ca...@henriknordstrom.net...

The build farm now on kerberos_ldap_group due to int/time_t type
mismatches

../../../../helpers/external_acl/kerberos_ldap_group/support_log.cc: In 
function `const char* LogTime()':
../../../../helpers/external_acl/kerberos_ldap_group/support_log.cc:44: 
error: invalid conversion from `long int*' to `const time_t*'
../../../../helpers/external_acl/kerberos_ldap_group/support_log.cc:44: 
error:   initializing argument 1 of `tm* localtime(const time_t*)'


I assume this is related to the heimdal support patches.


Regards
Henrik







Re: Two patches for better heimdal support

2010-12-06 Thread Henrik Nordström
The build farm now on kerberos_ldap_group due to int/time_t type
mismatches

../../../../helpers/external_acl/kerberos_ldap_group/support_log.cc: In 
function `const char* LogTime()':
../../../../helpers/external_acl/kerberos_ldap_group/support_log.cc:44: error: 
invalid conversion from `long int*' to `const time_t*'
../../../../helpers/external_acl/kerberos_ldap_group/support_log.cc:44: error:  
 initializing argument 1 of `tm* localtime(const time_t*)'

I assume this is related to the heimdal support patches.


Regards
Henrik



Re: [PATCH] Re: compile error with 3.2.0.3-20101122

2010-12-06 Thread Amos Jeffries

On 23/11/10 16:25, Amos Jeffries wrote:

On Mon, 22 Nov 2010 21:42:45 +0200, Arthur Titeica  wrote:

Hello.

I usually build squid with:

mkdir build # in the source root dir
cd build
../configure --options
make and make install

This has worked well with various 3.1 versions and with the first
version of 3.2.0.3.

Howver, with 3.2.0.3-20101122 I get this error:


Assembler messages:
Fatal error: can't create ../src/tests/stub_debug.o: No such file or
directory make[2]: *** [../src/tests/stub_debug.o] Error 2
make[2]: Leaving directory
`/usr/src/squid/squid-3.2.0.3-20101122/build/tools' make[1]: ***
[all-recursive] Error 1


Building directly in the source dir works as advertized... ;)

Any thoughts?

Thanks.


Hmm, side effect of the AIX port fixes using .o instead of duplicating and
re-building the .cc individually. "It seemed a good idea at the time"(tm).
It is a bit strange that it should only show up now, those changes were
made long before 3.2 branched.

Anyways, I've come to the conclusion from other places that the rebuild is
slower to compile but a lot safer to deal with linkage and dependencies.

Unless anyone has objections I will commit this reversion in a day or so.

Arthur: this patch will not be testable with the tarballs. It requires the
./bootstrap.sh to reconstruct Makefiles afterwards.

Amos


Oops. Time got away on me with this one. Applied to trunk now.

Amos
--
Please be using
  Current Stable Squid 2.7.STABLE9 or 3.1.9
  Beta testers wanted for 3.2.0.3


Re: Two patches for better heimdal support

2010-12-06 Thread Amos Jeffries

On 06/12/10 05:16, Markus Moeller wrote:

I use bazaar

Updated to revision 11093 of branch
http://bzr.squid-cache.org/bzr/squid3/trunk

I don't see the squidclient patch noe negotiate_kerberos_auth. I attach
again

Markus



Oops, sorry. Applied as well now.

Amos
--
Please be using
  Current Stable Squid 2.7.STABLE9 or 3.1.9
  Beta testers wanted for 3.2.0.3


Build failed in Hudson: 3.HEAD-sparc-opensolaris-SunStudioCc #262

2010-12-06 Thread noc
See 


Changes:

[Amos Jeffries ] FreeBSD: search 
/usr/local/include/libxml2 for libxml2 headers

[Amos Jeffries ] Fix host OS detection in configure.ac

squid_host_os was being left with the version appended. Which screwed all
the switch and if cases which depended on exact matching the name only.

This corrects the squid_host_os to not contain numeric versions and also
corrects several of the test cases using host_os instead of squid_host_os
or using squid_host_os with version digits.

[Automatic source maintenance ] Bootstrapped

--
[...truncated 23524 lines...]
make[4]: Entering directory 
`
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory 
`
make[3]: Leaving directory 
`
Making all in external_acl
make[3]: Entering directory 
`
Making all in LDAP_group
make[4]: Entering directory 
`
source='../../../../helpers/external_acl/LDAP_group/ext_ldap_group_acl.cc' 
object='ext_ldap_group_acl.o' libtool=no \
DEPDIR=.deps depmode=none /bin/sh ../../../../cfgaux/depcomp \
ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H  -I../../../.. 
-I../../../../include -I../../../../lib -I../../../../src -I../../../include 
-I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 
-I../../../../libltdl  -I/usr/include/libxml2  -I/usr/include/gssapi 
-I/usr/include/kerberosv5 -I/usr/include/libxml2  
-errwarn=%all,no%badargtype2w,no%wbadinit,no%wbadasg -errtags  -D_REENTRANT 
-lpthread -D_FILE_OFFSET_BITS=64 -g -c -o ext_ldap_group_acl.o 
../../../../helpers/external_acl/LDAP_group/ext_ldap_group_acl.cc
/bin/sh ../../../libtool --tag=CXX   --mode=link ccache 
/opt/SunStudioExpress/prod/bin/CC -I/usr/include/libxml2  
-errwarn=%all,no%badargtype2w,no%wbadinit,no%wbadasg -errtags  -D_REENTRANT 
-lpthread -D_FILE_OFFSET_BITS=64 -g  -L/usr/local/sunstudio-libs/lib -o 
ext_ldap_group_acl ext_ldap_group_acl.o ../../../lib/libmiscencoding.la 
-L../../../compat -lcompat-squid  -lldap  -ldl -lm -lsocket -lresolv -lnsl 
libtool: link: ccache /opt/SunStudioExpress/prod/bin/CC -I/usr/include/libxml2 
-errwarn=%all,no%badargtype2w,no%wbadinit,no%wbadasg -errtags -D_REENTRANT 
-D_FILE_OFFSET_BITS=64 -g -o ext_ldap_group_acl ext_ldap_group_acl.o  
-L/usr/local/sunstudio-libs/lib ../../../lib/.libs/libmiscencoding.a -lpthread 
-L
 -lcompat-squid -lldap -ldl -lm -lsocket -lresolv -lnsl
make[4]: Leaving directory 
`
Making all in eDirectory_userip
make[4]: Entering directory 
`
source='../../../../helpers/external_acl/eDirectory_userip/ext_edirectory_userip_acl.cc'
 object='ext_edirectory_userip_acl.o' libtool=no \
DEPDIR=.deps depmode=none /bin/sh ../../../../cfgaux/depcomp \
ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H  -I../../../.. 
-I../../../../include -I../../../../lib -I../../../../src -I../../../include 
-I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 
-I../../../../libltdl  -I/usr/include/libxml2  -I/usr/include/gssapi 
-I/usr/include/kerberosv5 -I/usr/include/libxml2  
-errwarn=%all,no%badargtype2w,no%wbadinit,no%wbadasg -errtags  -D_REENTRANT 
-lpthread -D_FILE_OFFSET_BITS=64 -g -c -o ext_edirectory_userip_acl.o 
../../../../helpers/external_acl/eDirectory_userip/ext_edirectory_userip_acl.cc
/bin/sh ../../../libtool --tag=CXX   --mode=link ccache 
/opt/SunStudioExpress/prod/bin/CC -I/usr/include/libxml2  
-errwarn=%all,no%badargtype2w,no%wbadinit,no%wbadasg -errtags  -D_REENTRANT 
-lpthread -D_FILE_OFFSET_BITS=64 -g  -L/usr/local/sunstudio-libs/lib -o 
ext_edirectory_userip_acl ext_edirectory_userip_acl.o -L../../../compat 
-lcompat-squid  -lldap  -ldl -lm -lsocket -lresolv -lnsl 
libtool: link: ccache /opt/SunStudioExpress/prod/bin/CC -I/usr/include/libxml2 
-errwarn=%all,no%badargtype2w,no%wb

Re: Build failed in Hudson: 3.HEAD-i386-opensolaris-SunStudioCc #502

2010-12-06 Thread Tsantilas Christos

On 12/05/2010 02:36 AM, Alex Rousskov wrote:

On 12/04/2010 08:38 AM, Henrik Nordström wrote:

fre 2010-12-03 klockan 19:11 +0200 skrev Tsantilas Christos:



"../../../src/ssl/gadgets.h", line 38: Error, temargnoval: Template
parameter DeAllocator requires an expression of type void(*)(x509_st*).



The only way I found to solve the above is to define C++ wrappers
functions for X509_free, EVP_PKEY_free, BIG_NUM_free etc (~ 10 wrapper
functions)




extern "C" in the DeAllocator declaration should be sufficient, maybe
"hidden" in an typedef for clarity.


extern "C" is not ideal because it would limit TidyPointer to C
de-allocators. Besides, it is illegal in template parameter declarations:

error: storage class specifiers invalid in parameter declarations

I think our options are:

(a) wrap X509_free and friends into their C++ versions. It may be
possible to do that with a single macro if inline functions can have
storage class specifiers:

#define CtoCpp1(function, argument) \
extern "C++" inline void function ## _cpp(argument a) { \
function(a); \
}

CtoCpp1(X509_free, X509*);

typedef TidyPointer X509_Pointer;


(b) Change TidyPointer to use a class instead of a function pointer as
the second parameter (this is what STL does; see std::find). However,
this would require specifying deallocators when declaring variables
rather than at typedef time so it would lead to uglier code or more
#defines and similar hacks.

Sounds like (a) is the way to go. Any better ideas?


I will commit a patch with the (a).



BTW, Christos, you do not need the deAllocator member. Just use the
template parameter.


Oops. I did not like the idea to use wrapper functions (extra function 
calls without reason) and inline functions can not be used here because 
of the deAllocator member pointer.

But yes this pointer does not needed 




HTH,

Alex.





Re: Build failed in Hudson: 3.HEAD-i386-opensolaris-SunStudioCc #502

2010-12-06 Thread Tsantilas Christos

On 12/04/2010 05:38 PM, Henrik Nordström wrote:

fre 2010-12-03 klockan 19:11 +0200 skrev Tsantilas Christos:


The only way I found to solve the above is to define C++ wrappers
functions for X509_free, EVP_PKEY_free, BIG_NUM_free etc (~ 10 wrapper
functions)

Any opinion?


extern "C" in the DeAllocator declaration should be sufficient, maybe
"hidden" in an typedef for clarity.


It was one of the first thinks I tried. But "extern "C"" inside template 
causes compile errors.
The typedef was not easy solution because the template argument typename 
T used also inside DeAllocator argument:


template  class TidyPointer{

It is tricky



Regards
Henrik






Build failed in Hudson: 3.HEAD-i386-opensolaris-SunStudioCc #518

2010-12-06 Thread noc
See 


Changes:

[Amos Jeffries ] Fix host OS detection in configure.ac

squid_host_os was being left with the version appended. Which screwed all
the switch and if cases which depended on exact matching the name only.

This corrects the squid_host_os to not contain numeric versions and also
corrects several of the test cases using host_os instead of squid_host_os
or using squid_host_os with version digits.

[Automatic source maintenance ] Bootstrapped

--
[...truncated 23514 lines...]
make[4]: Entering directory 
`
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory 
`
make[3]: Leaving directory 
`
Making all in external_acl
make[3]: Entering directory 
`
Making all in LDAP_group
make[4]: Entering directory 
`
source='../../../../helpers/external_acl/LDAP_group/ext_ldap_group_acl.cc' 
object='ext_ldap_group_acl.o' libtool=no \
DEPDIR=.deps depmode=none /bin/sh ../../../../cfgaux/depcomp \
ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H  -I../../../.. 
-I../../../../include -I../../../../lib -I../../../../src -I../../../include 
-I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 
-I../../../../libltdl  -I/usr/include/libxml2  -I/usr/include/gssapi 
-I/usr/include/kerberosv5 -I/usr/include/libxml2  
-errwarn=%all,no%badargtype2w,no%wbadinit,no%wbadasg -errtags  -D_REENTRANT 
-lpthread -D_FILE_OFFSET_BITS=64 -g -c -o ext_ldap_group_acl.o 
../../../../helpers/external_acl/LDAP_group/ext_ldap_group_acl.cc
/bin/sh ../../../libtool --tag=CXX   --mode=link ccache 
/opt/SunStudioExpress/prod/bin/CC -I/usr/include/libxml2  
-errwarn=%all,no%badargtype2w,no%wbadinit,no%wbadasg -errtags  -D_REENTRANT 
-lpthread -D_FILE_OFFSET_BITS=64 -g  -L/usr/local/sunstudio-libs/lib -o 
ext_ldap_group_acl ext_ldap_group_acl.o ../../../lib/libmiscencoding.la 
-L../../../compat -lcompat-squid  -lldap  -ldl -lm -lsocket -lresolv -lnsl 
libtool: link: ccache /opt/SunStudioExpress/prod/bin/CC -I/usr/include/libxml2 
-errwarn=%all,no%badargtype2w,no%wbadinit,no%wbadasg -errtags -D_REENTRANT 
-D_FILE_OFFSET_BITS=64 -g -o ext_ldap_group_acl ext_ldap_group_acl.o  
-L/usr/local/sunstudio-libs/lib ../../../lib/.libs/libmiscencoding.a -lpthread 
-L
 -lcompat-squid -lldap -ldl -lm -lsocket -lresolv -lnsl
make[4]: Leaving directory 
`
Making all in eDirectory_userip
make[4]: Entering directory 
`
source='../../../../helpers/external_acl/eDirectory_userip/ext_edirectory_userip_acl.cc'
 object='ext_edirectory_userip_acl.o' libtool=no \
DEPDIR=.deps depmode=none /bin/sh ../../../../cfgaux/depcomp \
ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H  -I../../../.. 
-I../../../../include -I../../../../lib -I../../../../src -I../../../include 
-I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 
-I../../../../libltdl  -I/usr/include/libxml2  -I/usr/include/gssapi 
-I/usr/include/kerberosv5 -I/usr/include/libxml2  
-errwarn=%all,no%badargtype2w,no%wbadinit,no%wbadasg -errtags  -D_REENTRANT 
-lpthread -D_FILE_OFFSET_BITS=64 -g -c -o ext_edirectory_userip_acl.o 
../../../../helpers/external_acl/eDirectory_userip/ext_edirectory_userip_acl.cc
/bin/sh ../../../libtool --tag=CXX   --mode=link ccache 
/opt/SunStudioExpress/prod/bin/CC -I/usr/include/libxml2  
-errwarn=%all,no%badargtype2w,no%wbadinit,no%wbadasg -errtags  -D_REENTRANT 
-lpthread -D_FILE_OFFSET_BITS=64 -g  -L/usr/local/sunstudio-libs/lib -o 
ext_edirectory_userip_acl ext_edirectory_userip_acl.o -L../../../compat 
-lcompat-squid  -lldap  -ldl -lm -lsocket -lresolv -lnsl 
libtool: link: ccache /opt/SunStudioExpress/prod/bin/CC -I/usr/include/libxml2 
-errwarn=%all,no%badargtype2w,no%wbadinit,no%wbadasg -errtags -D_REENTRANT 
-D_FILE_OFFSET_BITS=64 -g -o ext_edirectory_userip