Summary: | automake aclocal not functioning | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Matthew Jimenez <Jimmermouse> |
Component: | Current packages | Assignee: | chouser (RETIRED) <chouser> |
Status: | VERIFIED FIXED | ||
Severity: | critical | ||
Priority: | High | ||
Version: | 1.0 RC6 r14 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Matthew Jimenez
2002-02-20 19:13:16 UTC
I couldn't reproduce this using sys-devel/automake-1.4_p5. I don't know automake or aclocal very well, so I'm not sure that the resulting file was correct. However, I was able to cause aclocal to generate an aclocal.m4 file without apparent problems. Could you try running aclocal with the "--verbose" flag, and posting the results here? Thanks. Sure thing... I'll attach the output. FOUND IT! I decided to look at /usr/bin/aclocal after I found out it was a perl script. Anyway, I found the problem... at least with mine. line 110: if ( ! $exit_status) line 111: { line 112: &write_aclocal; line 113: } line 116: exit $exit_status; The file is not written if $exit_status is 1, which means an error occured earlier. I have not found this error yet. but changing $exit_status to 0 before line 110 is a temporary fix. Thanks again for your time Error has been found. It is not a problem with gentoo or automake. The problem was duplicate macros found in /usr/share/aclocal These macros were put there by libticables, libticalcs, and libtiffep. They are libraries created for communication with a Texas Instrument calculator. Moving these m4 files out of that aclocal directory caused aclocal to once again behave normally. Sorry for any inconvenience. I'll inform the developers of thesse libraries about the error. |