Created attachment 412682 [details] build.log app-emacs/mmm-mode configure hangs on my machine because configure script generated by autoconf calls emacs without '--no-site-file' flag. The call that configure makes looks like this: sudo emacs -batch -q -eval '(while load-path (princ (concat (car load-path) "\n")) (setq load-path (cdr load-path)))' and it hangs on Opening output file: no such file or directory, /root/.emacs.d/.smex-items The call sudo emacs -batch -q --no-site-file -eval '(while load-path (princ (concat (car load-path) "\n")) (setq load-path (cdr load-path)))' succeds. It is a bug in the sys-devel/autoconf and can not be fixed by patching configure.in as autoconf itself generates wrong call to emacs.
Bug report sent to <bug-autoconf@gnu.org>.
The same for elisp-comp file. It also calls emacs without '--no-site-file' flag.
Bug reported to <bug-automake@gnu.org>.
Of course sited calls are without sudo. Wrong copy paste.
I have bumped app-emacs/mmm-mode to version 0.5.4. The new ebuild works around the problem by using the standard functions of elisp.eclass (instead of the package's build system). Please test. Leaving this bug open for the autotools issues.
autoconf doesn't provide AM_xxx macros, automake does for posterity, the bug-autoconf thread is here: https://lists.gnu.org/archive/html/bug-autoconf/2015-09/msg00020.html
going to handle this upstream. we don't want to diverge here in Gentoo.