master branch --- build problems

[Simon Josefsson]

lfinsto at gwdg.de writes:

> On Thu, July 29, 2010 4:07 pm, Simon Josefsson wrote:
>> lfinsto at gwdg.de writes:
>
>>> I had considerable difficulty getting the master branch to build, but I
> finally succeeded, though I had to comment some things out, which isn't
> so
>>> good.
>> This is strange, I have bootstrapped GnuTLS on completely freshly
> installed Debian and Ubuntu systems without problems.
>
> I'm not actually very satisfied with OpenSuse and I dislike Suse
> Enterprise Edition, but I have to use them.  It doesn't surprise me that
> I'm having problems.

Perhaps few people have used this system for bootstrapping.

>> Instead of looking at patches to solve some intermediate problem, can
> you quote the complete output you get by doing the steps describe by
> README-alpha on your machine?  I.e:
>> $ # install all dependencies according to README-alpha
>> $ git clone git://git.savannah.gnu.org/gnutls.git
>> $ cd gnutls
>> $ make
>> $ make
>
> git clone git://git.savannah.gnu.org/gnutls.git master_test
>
> [...]
>
> lfinsto at pcfinston:~/gnutls_dev/master_test> make bootstrap
>
> for f in lib/po/*.po.in; do \
> 		cp $f `echo $f | sed 's/.in//'`; \
> 	done
>
> mv lib/build-aux/config.rpath lib/build-aux/config.rpath-
> test -f ./configure || autoreconf --install
> configure.ac:66: error: AC_CHECK_SIZEOF: requires literal arguments
> ../../lib/autoconf/types.m4:765: AC_CHECK_SIZEOF is expanded from...
> lib/m4/hooks.m4:23: LIBGNUTLS_HOOKS is expanded from...
> configure.ac:66: the top level

That's the problem we should focus on.  Does it help to change:

  AC_CHECK_SIZEOF(void *)
  AC_CHECK_SIZEOF(long)
  AC_CHECK_SIZEOF(int)

into

  AC_CHECK_SIZEOF([void *])
  AC_CHECK_SIZEOF([long])
  AC_CHECK_SIZEOF([int])

?  Don't forget to clean the directory before re-attempting the
bootstrap.

I wonder why I don't get the same error, but I use autoconf 2.65 and not
2.66.

> Commented-out AC_CHECK_SIZEOF(void *) in
> ~/gnutls_dev/master_test/lib/m4/hooks.m4
>
> lfinsto at pcfinston:~/gnutls_dev/master_test> make bootstrap
>
> for f in lib/po/*.po.in; do \
> 		cp $f `echo $f | sed 's/.in//'`; \
> 	done
> mv lib/build-aux/config.rpath lib/build-aux/config.rpath-
> mv: cannot stat `lib/build-aux/config.rpath': No such file or directory
> make: *** [autoreconf] Error 1

You can't do this, you need to clean out the directory after a hard
failure like the first one.  It moves files around.

>> Yep.  Before working on fixing warnings, I suggest using the most recent
>> GCC version to make sure you aren't fixing broken compiler warnings.
>
> I'm using gcc (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291].
>
> I've read that installing glibc is somewhat of a challenge, but I suppose
> I could try to install the current stable of release (or releases?) of
> glibc and GCC in a non-standard location.

You don't need to upgrade glibc at all.  And upgrading gcc is only if
you want to work on fixing these warnings.  I suggest you wait with this
until you have a stable development environment.

>>> I would also be interested to know what versions of autoconf, automake and
>>> libtool you have installed on the systems you're using.  I assume
> everything works together smoothly  on your systems.
>
>> I have autoconf 2.65, automake 1.11.1, and libtool 2.2.6b.  Straight
> from > Debian testing.
>
> So, nothing obviously old.

Could be that autoconf 2.66 has somewhat tighter syntax checks though.

/Simon