On 03/03/2013 03:52 PM, David Woodhouse wrote: > On Sun, 2013-03-03 at 11:43 +0100, Nikos Mavrogiannopoulos wrote: >> >> This should be easy to handle on the openconnect level by having a >> configure flag --enable-static-link. Said that, it seems it is not easy >> to link against a given set of libraries with libtool. The attached >> patch will statically link openconnect against installed libtool libraries. > > Hm. Then again, we might actually do better to use openconnect-specific > cerbero recipes for libxml2, gnutls, etc. which *only* build static > libraries. This would only work if you have a separate cerbero installation just for openconnect-static. In that repository you wouldn't be able to have anything else, not even openconnect dynamically linked. It is more simple if you just have a configuration option that can be enabled or disabled, and not depend on the actual installed libraries, so there can be different recipes for different needs. > We want to build them *all* with minimal configuration, for > example no iconv in libxml etc. This can be done, and is partially done on the current repository (with some open issues). > In my builds, ANDROID wasn't defined so the logging and keystore bits > didn't get enabled at all. I manually added -DANDROID to CFLAGS for now > in my configure invocation. I see this flag even when compiling openconnect. I've put a README.gnutls of the steps I followed to make the binaries. regards, Nikos
