Nondeterministic build of glib 2.34.0 on one DragonFly x86_64 3.3-DEVELOPMENT machine

[David Shao <davshao%gmail.com@localhost>]

The following problem is almost certainly user error, that is, my
error, of some kind, but I am submitting it in hopes of some insight.

Building glib 2.34.0 on one DragonFly x86_86 3.3-DEVELOPMENT machine
is nondeterministic.  Almost all attempts to build glib 2.34.0 end
with error messages of the form:

=> Adjust dbus machine uuid path to dbus package
===> Creating toolchain wrappers for glib2-2.34.0
===> Configuring for glib2-2.34.0
/usr/bin/touch /usr/pkgsrc/devel/glib2/work/glib-2.34.0/configure
/usr/pkgsrc/devel/glib2/work/glib-2.34.0/aclocal.m4
/usr/pkgsrc/devel/glib2/work/glib-2.34.0/config.h.in
=> Modifying GNU configure scripts to avoid --recheck
...
config.status: executing chmod-scripts commands
configure: WARNING: unrecognized options: --with-libintl-prefix
=> Modifying libtool scripts to use pkgsrc libtool
===> Building for glib2-2.34.0
 cd . && /bin/sh /usr/pkgsrc/devel/glib2/work/glib-2.34.0/missing
--run automake-1.12 --gnu
WARNING: `autoconf' is missing on your system.  You should only need it if
         you modified `configure.ac'.  You might want to install the
         `Autoconf' and `GNU m4' packages.  Grab them from any GNU
         archive site.
configure.ac: error: no proper invocation of AM_INIT_AUTOMAKE was found.
configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE,
configure.ac: that aclocal.m4 is present in the top-level directory,
configure.ac: and that aclocal.m4 was recently regenerated (using aclocal)
automake-1.12: error: no 'Makefile.am' found for any configure output
automake-1.12: Did you forget AC_CONFIG_FILES([Makefile]) in configure.ac?

Every so often the build will succeed similar to the following:

config.status: executing chmod-scripts commands
configure: WARNING: unrecognized options: --with-libintl-prefix
=> Modifying libtool scripts to use pkgsrc libtool
===> Building for glib2-2.34.0
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh
/usr/pkgsrc/devel/glib2/work/glib-2.34.0/missing --run autoconf
WARNING: `autoconf' is missing on your system.  You should only need it if
         you modified `configure.ac'.  You might want to install the
         `Autoconf' and `GNU m4' packages.  Grab them from any GNU
         archive site.
/bin/sh ./config.status --recheck
/usr/pkg/bin/gmake  all-recursive

I believe the recheck to be a good thing.  I created a bogus patch to
change the value to nonexistent 1.4 of

am__api_version='1.12'

in the supplied configure in order to force the call to automake-1.14
to fail, thus triggering the autotools to regenerate the scripts.

But this is a problem that is occurring on only one machine, a machine
updated through commit 8a844d35f693d47165612ac0cd2d17fa5484529a
Branching 3.2/3.3

The machine is AMD-based, an Asus M5A87 motherboard, chipset AMD 870 /
SB850 chipset.  Software-wise what is unusual is I created a script to
manually update all of the dependencies of glib2, including the
autotools.