Bug 494844 – sys-devel/automake-1.14 - AM_INIT_AUTOMAKE expands without extra trailing newline

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Yixun Lan 2013-12-20 15:51:54 UTC]

in file /usr/share/aclocal-1.14/init.m4 

AM_INIT_AUTOMAKE expand with the last of "Enter" missing, so next macro append to the same line, thus we got weird error.

from ./configure
we may see something like this:
fi ac_config_headers="$ac_config_headers config.h"

if -> the end "if" expand from AM_INIT_AUTOMAKE 
ac_config_headers="$ac_config_headers config.h" -> another macro.

please also see libev-4.15 bug #493050

Reproducible: Always

[Comment 1 Yixun Lan 2013-12-20 15:56:06 UTC]

Created attachment 365758 [details, diff]
patch to fix this problem

[Comment 2 Yixun Lan 2013-12-20 15:57:39 UTC]

haven't checked if this bug was already reported to upstream, but I'd leave to you package maintainer..

thanks

[Comment 3 SpanKY 2013-12-21 21:59:57 UTC]

libev is broken.  the code does:
AM_INIT_AUTOMAKE(libev,4.15) dnl also update ev.h!

dnl, by design, eats the trailing newline.  so the correct code is:

dnl also update ev.h!
AM_INIT_AUTOMAKE(libev,4.15)

[Comment 4 Markos Chandras (RETIRED) 2013-12-21 22:17:11 UTC]

(In reply to SpanKY from comment #3)
> libev is broken.  the code does:
> AM_INIT_AUTOMAKE(libev,4.15) dnl also update ev.h!
> 
> dnl, by design, eats the trailing newline.  so the correct code is:
> 
> dnl also update ev.h!
> AM_INIT_AUTOMAKE(libev,4.15)

Thanks Mike. Although, this feels a regression in automake's behavior given it used to work with automake-1.13. Anyway, Dennis, any chance to contact libev upstream about that?

[Comment 5 Yixun Lan 2013-12-22 00:47:35 UTC]

Yes, I reported to libev upstream.

http://lists.schmorp.de/pipermail/libev/2013q4/002310.html