Don't know how to fix this: ***** aclocal ***** ***** PWD: /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1/src/expat ***** aclocal -I /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1/build/aclocal -I /home/jolexa/portage/linux-64/usr/share/aclocal sh: conftools/get-version.sh: No such file or directory /home/jolexa/portage/linux-64/usr/bin/m4: esyscmd subprocess failed /home/jolexa/portage/linux-64/usr/bin/m4:configure.in:26: cannot run command `conftools/get-version.sh lib/expat.h': Illegal seek autom4te-2.63: /home/jolexa/portage/linux-64/usr/bin/m4 failed with exit status: 1 aclocal-1.10: autom4te failed with exit status: output snippet: >>> Emerging (1 of 1) x11-libs/wxGTK-2.8.10.1 * wxPython-src-2.8.10.1.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking wxPython-src-2.8.10.1.tar.bz2 to /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work >>> Source unpacked in /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work >>> Preparing source in /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1 ... * Applying wxGTK-2.6.3-unicode-odbc.patch ... [ ok ] * Applying wxGTK-2.8.10-collision.patch ... [ ok ] * Applying wxGTK-2.8.7-mmedia.patch ... [ ok ] * Applying wxGTK-2.8.9.2-interix.patch ... [ ok ] * Applying wxGTK-2.8.9.2-x11-search.patch ... [ ok ] * Adjusting to prefix * configure.in ... [ ok ] * Running eautoreconf in '/public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1/src/expat' ... * Running aclocal -I /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1/build/aclocal -I /home/jolexa/portage/linux-64/usr/share/aclocal ... [ !! ] * Failed Running aclocal ! * * Include in your bugreport the contents of: * * /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/temp/aclocal.out * ERROR: x11-libs/wxGTK-2.8.10.1 failed: * Failed Running aclocal ! * * Call stack: * ebuild.sh: 49: <call src_prepare> * environment:3495: <call eautoreconf> * environment:1156: <call eautoreconf> * environment:1164: <call eaclocal> * environment:1103: <call autotools_run_tool 'aclocal' '-I' '/public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1/build/aclocal' '-I' '/home/jolexa/portage/linux-64/usr/share/aclocal'> * environment: 636: die "Failed Running $1 !"; * * If you need support, post the topmost build error, and the call stack if relevant.
fwiw, we have to eautoreconf because of the interix and x11-search-dirs patches.
Lines 26-28 of 'src/expat/configure.in' say: define([expat_version], ifdef([__gnu__], [esyscmd(conftools/get-version.sh lib/expat.h)], [1.95.x])) While get-version.sh does exist in expat's upstream sources (see http://expat.cvs.sourceforge.net/viewvc/expat/expat/conftools/), it's missing in the expat snapshot included in wxWidgets (see http://svn.wxwidgets.org/viewvc/wx/wxWidgets/trunk/src/expat/conftools/). This is a quite common incident, when you put a pre-built ./configure script in your repository by mistake. No one ever notices, that the template configure.in (which comes into play here due to autoreconf) is outdated. Someone has to file a bug for wxWidgets upstream. As a workaround copy get-version.sh to 'files/' and add the following lines to the ebuild: einfo "Copying missing get-version.sh to ${S}/src/expat/conftools/" cp -a "${FILESDIR}"/get-version.sh "${S}/src/expat/conftools/" This fixes the problem for me.
(In reply to comment #2) > Lines 26-28 of 'src/expat/configure.in' say: > define([expat_version], ifdef([__gnu__], > [esyscmd(conftools/get-version.sh lib/expat.h)], > [1.95.x])) > > While get-version.sh does exist in expat's upstream sources (see > http://expat.cvs.sourceforge.net/viewvc/expat/expat/conftools/), it's missing > in the expat snapshot included in wxWidgets (see > http://svn.wxwidgets.org/viewvc/wx/wxWidgets/trunk/src/expat/conftools/). > > This is a quite common incident, when you put a pre-built ./configure script in > your repository by mistake. No one ever notices, that the template configure.in > (which comes into play here due to autoreconf) is outdated. Someone has to file > a bug for wxWidgets upstream. > > As a workaround copy get-version.sh to 'files/' and add the following lines to > the ebuild: > einfo "Copying missing get-version.sh to ${S}/src/expat/conftools/" > cp -a "${FILESDIR}"/get-version.sh "${S}/src/expat/conftools/" > This fixes the problem for me. > Thanks Marius! @wxwidgets, you will hit this issue when you try to eautoreconf in gentoo-x86. Please alert upstream because it is not our bug to fix :) (mraudsepp said that he was technically upstream too?!) Diff: http://overlays.gentoo.org/proj/alt/changeset/51931
Hi, Jeremy, wxGTK has moved to bakefile + autoconf for their build system. regenerating configure in wxGTK-2.8.12 would require both bakefile_gen and autoconf at present. See bug 394123 for reference.
Is this still an issue with latest wxGTK?
(In reply to comment #5) > Is this still an issue with latest wxGTK? nope, the build system has been changed.
The build system of wxGTK-2.8.12 can use system expat and ignores its shipped one. I think this bug is obsolete. Leave to darkside to close this bug in case I have missed something.
Fixed upstream for later versions. 2.8 won't be updated