If libgcrypt is not installed, the libgcrypt.m4 is missing. Having a closer look to the shipped aclocal.m4, it got that macros. After running 'eautoreconf' aclocal.m4 is cleaned out. Bug 399043 has a workaround[0]. # cat /mnt/data/tmp/portage/sys-fs/ntfs3g-2014.2.15-r1/temp/autoconf.out ***** autoconf ***** ***** PWD: /mnt/data/tmp/portage/sys-fs/ntfs3g-2014.2.15-r1/work/ntfs-3g_ntfsprogs-2014.2.15 ***** autoconf --force configure.ac:228: error: possibly undefined macro: AC_MSG_ERROR If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:321: error: possibly undefined macro: AM_PATH_LIBGCRYPT configure.ac:326: error: possibly undefined macro: AC_MSG_WARN [0] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/gnome-base/gvfs/gvfs-1.10.1.ebuild?hideattic=0&r1=1.6&r2=1.7
Created attachment 395786 [details, diff] sys-fs/ntfs3g-2014.2.15-r1 quick diff to compile
I'm getting the same issue on fresh install, strangely on previous system it worked.
Comment on attachment 395786 [details, diff] sys-fs/ntfs3g-2014.2.15-r1 quick diff to compile at this point you could just install libgcrypt and get the m4 available
i've fixed this in 2015.3.14 by not regenerating autotools. doing so was slightly broken anyways -- one patch was updating Makefile.in while another was updating Makefile.am. the former was blown away by running autotools.
*** Bug 555380 has been marked as a duplicate of this bug. ***