Summary: | app-text/ghostscript-gpl-9.06 with automake-1.13 - error: 'AM_PROG_CC_STDC': this macro is obsolete | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | iGentoo <AlphatPC> |
Component: | [OLD] Printing | Assignee: | Printing Team <printing> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bugs, carlphilippreh, che, chris, even.more.spam.for.me, hans, jason.mours, mail, manschwetus, meagher.kevin, r3pek, realnc, zorry |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | http://bugs.ghostscript.com/show_bug.cgi?id=693940 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 451744 | ||
Attachments: |
Patch to use the new AC_CONFIG_HEADERS function
have ijs/configure.ac check for AC_PROC_CC instead of AM_PROG_CC_STDC patch for the ebuild |
Description
iGentoo
2013-04-24 19:22:03 UTC
Having aclocal issues with app-text/ghostscript-gpl-9.06 here is my aclocal-1.out: ***** aclocal ***** ***** PWD: /var/tmp/portage/app-text/ghostscript-gpl-9.06/work/ghostscript-9.06/ijs ***** aclocal configure.ac:120: error: 'AM_PROG_CC_STDC': this macro is obsolete. You should simply use the 'AC_PROG_CC' macro instead. Also, your code should no longer depend upon 'am_cv_prog_cc_stdc', but upon 'ac_cv_prog_cc_stdc'. /usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded from... configure.ac:120: the top level autom4te-2.69: /usr/bin/m4 failed with exit status: 1 aclocal-1.13: error: echo failed with exit status: 1 Having a similar issue with dev-libs/libmcrypt-2.5.8-r2 ref bug 467058 Not sure if these are necessary but not included in the build logs is emerge failing with an orphaned PID: /usr/lib64/portage/bin/isolated-functions.sh: line 215: wait: 'Failed running aclocal !': not a pid or valid job spec same failure here Created attachment 346716 [details, diff]
Patch to use the new AC_CONFIG_HEADERS function
Worked for me after inclusion in "ghostscript-gpl-9.06-patchset-1.tar.bz2".
This bug still exists in ghostscript 9.07 and master. I sent them a note about it: http://bugs.ghostscript.com/show_bug.cgi?id=693940 *** Bug 467686 has been marked as a duplicate of this bug. *** Created attachment 346936 [details, diff] have ijs/configure.ac check for AC_PROC_CC instead of AM_PROG_CC_STDC Just ran into the issue in comment #1. Here's the trivial patch that got me past it. Note that I simply added a files directory and hacked the ebuild to epatch this patch, rather than get creative. That patch leads to calling AC_PROC_CC twice in a row. The offending call to AM_PROG_CC_STDC simply can be deleted instead. Its easier to just add this to the prep section # AM_PROG_CC_STDC is obsolete and causes build failure with # >=sys-devel/automake-1.13.1 sed -i -e '/AM_PROG_CC_STDC/d' ijs/configure.ac || die This is still broken. What's the recommended way to deal with this? Should we mask automake-1.13? i was stuck with this bug while i upgrade gentoo. when could this patch merge into portage? FYI: I've installed several packages that don't work with automake-1.13(.1) by simply temporarily unmerging that specific version (ex: emerge -Ca =sys-devel/automake-1.13.1 - don't unmerge all versions!). The package will fall back to using a previous version, in my case automake-1.12.6. A world update will remerge it unless masked. Created attachment 347056 [details]
patch for the ebuild
Removes the obsolete line in the configure.ac
Fixed in CVS and thanks for taking care of reporting the issue upstream! Upstream has applied a fix, too. Versions after gs-9.07 will not need patching. |