Summary: | sys-devel/automake-1.14 - AM_INIT_AUTOMAKE expands without extra trailing newline | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Yixun Lan <dlan> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED INVALID | ||
Severity: | normal | Keywords: | PATCH |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=493050 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | patch to fix this problem |
Description
Yixun Lan
2013-12-20 15:51:54 UTC
Created attachment 365758 [details, diff]
patch to fix this problem
haven't checked if this bug was already reported to upstream, but I'd leave to you package maintainer.. thanks 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) (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? Yes, I reported to libev upstream. http://lists.schmorp.de/pipermail/libev/2013q4/002310.html |