Summary: | x11-libs/wxGTK: upstream issue found if trying to "reconf" | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Jeremy Olexa (darkside) (RETIRED) <darkside> |
Component: | Prefix Support | Assignee: | Gentoo wxWidgets project <wxwidgets> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | m.konitzer, prefix |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://trac.wxwidgets.org/ticket/11671 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jeremy Olexa (darkside) (RETIRED)
2009-05-27 15:33:05 UTC
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 |