gnutls-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Documentation on W32


From: LRN
Subject: Re: Documentation on W32
Date: Thu, 13 Sep 2012 20:57:44 +0400
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/18.0 Thunderbird/18.0a1

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

On 13.09.2012 10:39, LRN wrote:
> On 13.09.2012 1:21, Nikos Mavrogiannopoulos wrote:
>> On 09/11/2012 09:11 PM, LRN wrote:
> 
>>> Right now building gnutls with documentation on W32 is 
>>> practically impossible: * documentation requires files
>>> generated by autogen, * non-ancient versions of autogen require
>>> guile to work, * guile doesn't work on W32 * ancient versions
>>> of autogen might now work for gnutls, and are very difficult to
>>> build with modern autotools. Is autogen really necessary? Can
>>> these files be pre-generated and shipped in the tarball?
> 
> 
>> The autogen files are pre-generated and shipped in the tarball. 
>> Maybe make considers them old and tries to rebuild them. Which 
>> files have this issue in your system?
> 
> OK, here's what i do: 1) I unpack gnutls-3.0.23.tar.xz 2) I patch
> it (patches are attached; don't take patch 0004 seriously, it's a
> workaround for braindead mingw.org w32api library) 3) in source
> directory: autoreconf -fi 4) in build directory:
> gl_cv_double_slash_root=yes STRIP=true CFLAGS="-g"
> CPPFLAGS="-D__USE_MINGW_ANSI_STDIO=1" ${srcdir}/configure 
> --prefix=/mingw --with-libtasn1-prefix=/mingw 
> --with-libnettle-prefix=/mingw --enable-nls --disable-guile 
> --enable-gtk-doc --with-libiconv-prefix=$/mingw 
> --with-libregex-libs=-lgnurx 5) in build directory: make
> 
> The tail of make output is attached.
> 
> I've also seen problems linking errcodes, where it can't find
> include file gnutls/gnutls.h, but i can't reproduce it at this
> moment. I think i need to remove !WINDOWS exclusion from
> doc/Makefile.am for that.
> 
> 
OK, here's a fixed version of 0006 patch, gnutls compiles with it.
The problem was that *.h glob did not include gnunet.h.in in
lib/includes/gnunet/, it needed gnunet.h, but gnunet.h was generated
in builddir, not in sourcedir. I've explicitly added gnunet.h to the
list that cat feeds to perl script. However, that changed the order in
which file contents are presented (gnunet.h is now at the tail, not in
the middle), so i had to sort both the original file (when diffing
only, obviously) and generated temporary file.
Other fixes were my attempts to fix this, but they don't hurt either.
Apparently, lack of autogen does not prevent everything from building
(to my genuine surprise).
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iQEcBAEBAgAGBQJQUhCHAAoJEOs4Jb6SI2Cwsq4IAJ1ZbJts3i0iXbic0AVuT2si
Cag5vqkvcuSdda9OZyMHUDaC020zV5fmL/S8cI2mNOhni/MCRzzpxgfPf571eYvF
FQS9ifWqEw65UD9gXh7baklBhH8vKGLgDkMfX4ep6fWUHpDbfKbA8SO6anKWt8fN
HllT6EkF3IeSv/I1egXh15554wJj4OVfHBXF8uQdIEfGJw6y6sM2TedKbwcnkoWv
A6fjJQ1xD0H21Vq+D803bJ981PFzPkSh2wGPpCwgUY7b1FWVBmU9aSrZeBwnMZju
7HBam8AJ6piHoxGtM8DLmBcGwT3cJwK+xfFaNSalz0A5kGk9iG7pzuQyXlh+0Sk=
=kwGj
-----END PGP SIGNATURE-----

Attachment: 0006-Refer-to-srcdir-explicitly.mingw32.patch
Description: Text document


reply via email to

[Prev in Thread] Current Thread [Next in Thread]