Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 424195 - autotools.eclass: extend _at_uses_autoheader to legacy forms
Summary: autotools.eclass: extend _at_uses_autoheader to legacy forms
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: Normal minor (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-30 03:48 UTC by Rafał Mużyło
Modified: 2013-04-28 21:55 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Rafał Mużyło 2012-06-30 03:48:46 UTC 
Both AM_CONFIG_HEADER and (far older and somewhat obsolete) AC_CONFIG_HEADER are still valid legacy forms for AC_CONFIG_HEADERS.
Comment 1 Weedy 2013-04-28 09:02:05 UTC 
As of sys-devel/automake-1.13.1 they are not.

configure.ac:10: error: 'AM_CONFIG_HEADER': this macro is obsolete.
    You should use the 'AC_CONFIG_HEADERS' macro instead.
/usr/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from...


My local portage overlay now has a stedly growing pile of ebuilds with one line added before eautoreconf:
    sed -e "s/AM_CONFIG_HEADER/AC_CONFIG_HEADERS/" -i configure.ac || die
Comment 2 Rafał Mużyło 2013-04-28 15:19:58 UTC 
@comment 1: not my point.
It was that _at_uses_autoheader captures a very small portion of the macro uses as it is now.
That the legacy forms are now invalid in later 1.13 is an independent problem.