Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 228851 - eaclocal from autotools.eclass may add unexpanded macros to aclocal call
Summary: eaclocal from autotools.eclass may add unexpanded macros to aclocal call
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-22 08:25 UTC by Benjamin Bannier
Modified: 2008-06-22 10:31 UTC (History)
0 users

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


Attachments
patch against /usr/portage/eclass/autotools.eclass (strip_macros.patch,408 bytes, patch)
2008-06-22 08:29 UTC, Benjamin Bannier
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Benjamin Bannier 2008-06-22 08:25:24 UTC
For some reason eaclocal() from autotools.eclass parses ACLOCAL_AMFLAGS from selected files and adds them as arguments to the aclocal call (thus breaking standard autotools behavior?).

This may crash emerge if the flags contain unexpanded macros, though a manual aclocal will run fine.

For this problem in the wild see e.g. bug 222303.

Reproducible: Always
Comment 1 Benjamin Bannier 2008-06-22 08:29:58 UTC
Created attachment 157977 [details, diff]
patch against /usr/portage/eclass/autotools.eclass

Strip macros from arguments to aclocal call.

I do not really understand the intention of giving extra arguments to the aclocal call, but this patch fixes the problem I was facing.

Still, why is eaclocal behaving different than aclocal?

Cheers,

Benjamin
Comment 2 SpanKY gentoo-dev 2008-06-22 10:31:50 UTC
ACLOCAL_AMFLAGS cannot have configure-expanded values in it.  if it does, that package is broken.  fix the package.

running standard autotools too will break, so that is not a valid argument.