On Fri, 2013-11-15 at 17:25 +0100, Nikos Mavrogiannopoulos wrote: > On Fri, Nov 15, 2013 at 12:34 PM, David Woodhouse <dwmw2 at infradead.org> wrote: > > >> We're not. I think this ought to work though... ? > > I am so far failing to build the gnutls 3.2.x (commit 968299d3) branch > > on Fedora 19. > > First it dies with: > > make[4]: Entering directory `/home/dwmw2/git/gnutls/lib/accelerated/x86' > > CC sha-padlock.lo > > sha-padlock.c: In function 'padlock_sha1_update': > > sha-padlock.c:80:345: error: 'struct sha1_ctx' has no member named 'count_high' > > MD_UPDATE(ctx, length, data, SHA1_COMPRESS, MD_INCR(ctx)); > > Which version of nettle is that? I should rule it out. It'll be git HEAD. I saw it complaining that it needed nettle 2.7, and building the git repo was the easiest option. > > make[4]: Entering directory `/home/dwmw2/git/gnutls/src' > > CC libcmd_srp_la-srptool-args.lo > > srptool-args.c: In function 'translate_option_strings': > > srptool-args.c:515:9: error: 'option_usage_text' undeclared (first use in this function) > > if (option_usage_text.field_ct != 0) { > > ^ > > srptool-args.c:515:9: note: each undeclared identifier is reported only once for each function it appears in > > make[4]: *** [libcmd_srp_la-srptool-args.lo] Error 1 > > Note that from building from git you need autogen and libopts (so that > this file is auto-generated). > That's pretty strange error though since these files don't exist in > the repository. Could it be that you have some discrepancy between > your installed autogen and libopts? I deleted those files and they were recreated. autogen-5.12-5.fc19.x86_64 autogen-libopts-5.12-5.fc19.x86_64 -- dwmw2 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5745 bytes Desc: not available URL: <http://lists.infradead.org/pipermail/openconnect-devel/attachments/20131115/28620203/attachment.bin>