Summary: | app-crypt/kth-krb-1.3_rc1 fails to build running aclocal | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Gustavo de Lama <gdelama> |
Component: | Current packages | Assignee: | Gentoo Kerberos Maintainers <kerberos> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | brandon.grace, bugs, hawking, tim |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 148821, 173354 |
Description
Gustavo de Lama
2007-01-11 11:35:01 UTC
- 1.2.2 has bogus unversioned autoconf in DEPEND - 1.3_rc1 doesn't export WANT_AUTO* at all, so it gets "latest" from the eclass (which apparently doesn't work) Quoting from Autoconf manual: "While Autoconf was relatively dormant in the late 1990s, Automake provided Autoconf-like macros for a while. Starting with Autoconf 2.50 in 2001, Autoconf provided versions of these macros, integrated in the AC_ namespace, instead of AM_. But in order to ease the upgrading via autoupdate, bindings to such AM_ macros are provided. Unfortunately older versions of Automake (e.g., Automake 1.4) did not quote the names of these macros. Therefore, when m4 finds something like `AC_DEFUN(AM_TYPE_PTRDIFF_T, ...)' in aclocal.m4, AM_TYPE_PTRDIFF_T is expanded, replaced with its Autoconf definition." A simple solution would be adding "rm aclocal.m4 acinclude.m4 && autoupdate" before running eautoreconf in src_unpack() Regards, Ali same here same problem (In reply to comment #2) > Quoting from Autoconf manual: > "While Autoconf was relatively dormant in the late 1990s, Automake provided > Autoconf-like macros for a while. Starting with Autoconf 2.50 in 2001, Autoconf > provided versions of these macros, integrated in the AC_ namespace, instead of > AM_. But in order to ease the upgrading via autoupdate, bindings to such AM_ > macros are provided. > Unfortunately older versions of Automake (e.g., Automake 1.4) did not quote the > names of these macros. Therefore, when m4 finds something like > `AC_DEFUN(AM_TYPE_PTRDIFF_T, ...)' in aclocal.m4, AM_TYPE_PTRDIFF_T is > expanded, replaced with its Autoconf definition." > A simple solution would be adding > "rm aclocal.m4 acinclude.m4 && autoupdate" > before running eautoreconf in src_unpack() > Regards, > Ali Thanks for the fix Ali... it worked like a charm. removed from portage |