| Summary: | dev-perl/Wx-0.993.200: build fails with x11-libs/wxGTK:3.0 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Jonas Jelten <jj> |
| Component: | Current packages | Assignee: | Gentoo Perl team <perl> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | fordfrog, jj, jstein, scott, wxwidgets |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
I was able to resolve this by un-merging and re-merging Alien-wxWidgets as well as wxGTK and the rest of the wx toolkit perl bindings after removing wx-2.8 The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=dae187f9846017f28fbbd0047db520cad0b4daa8 commit dae187f9846017f28fbbd0047db520cad0b4daa8 Author: Kent Fredric <kentnl@gentoo.org> AuthorDate: 2018-03-21 00:57:47 +0000 Commit: Kent Fredric <kentnl@gentoo.org> CommitDate: 2018-03-21 00:58:25 +0000 dev-perl/Wx: Force newer Alien-wxWidgets to avoid wxgtk build issues Older EAPI6 versions of Alien-wxWidgets could build against versions of wxGTK that eventually lead to dev-perl/Wx failing to compile. Also avoids using deprecated API of wxwidgets.eclass Bug: https://bugs.gentoo.org/615246 Closes: https://bugs.gentoo.org/627180 Closes: https://bugs.gentoo.org/623042 Package-Manager: Portage-2.3.24, Repoman-2.3.6 dev-perl/Wx/Wx-0.993.200-r1.ebuild | 46 ++++++++++++++++++++++++++++++++++++++ 1 file changed, 46 insertions(+) Additionally, it has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ed08a23a6851fc365b1a538789258f4649091849 commit ed08a23a6851fc365b1a538789258f4649091849 Author: Kent Fredric <kentnl@gentoo.org> AuthorDate: 2018-03-21 00:44:38 +0000 Commit: Kent Fredric <kentnl@gentoo.org> CommitDate: 2018-03-21 00:58:24 +0000 dev-perl/Alien-wxWidgets: Fix use of wxwidgets eclass EAPI5 auto-setup the wxwidgets magic, but EAPI6 requires explicit invocation to function. This omission means Alien-wxWidgets would get built with whatever was currently selected with "eselect wxwidgets", ultimately resulting in compilation failure in dev-perl/Wx when the wx implementation was either wxGTK 2.8, or the GTK3 version of wxGTK3 Bug: https://bugs.gentoo.org/623042 Bug: https://bugs.gentoo.org/627180 Bug: https://bugs.gentoo.org/615246 Package-Manager: Portage-2.3.24, Repoman-2.3.6 .../Alien-wxWidgets-0.690.0-r1.ebuild | 37 ++++++++++++++++++++++ 1 file changed, 37 insertions(+)} |
I have installed two slots of x11-libs/wxGTK: (3.0) (~)3.0.2.0-r3 (3.0-gtk3) (~)3.0.2.0-r301 The ebuild redepends on the :3.0 slot, but dev-perl/Wx fails to build: "/usr/bin/perl" "/usr/lib64/perl5/5.24.2/ExtUtils/xsubpp" -noprototypes -nolinenumbers -typemap "/usr/lib64/perl5/5.24.2/ExtUtils/typemap" -typemap "../../typemap" -typemap "typemap" IPC.xs > IPC.xsc && mv IPC.xsc IPC.c x86_64-pc-linux-gnu-g++ -pthread -c -I. -I../.. -I/usr/lib64/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O3 -pipe -march=native -DVERSION=\"0.01\" -DXS_VERSION=\"0.01\" -fPIC "-I/usr/lib64/perl5/5.24.2/x86_64-linux-thread-multi/CORE" -DWXPL_EXT -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ IPC.c In file included from IPC.c:23:0: ../../cpp/wxapi.h:26:21: fatal error: wx/defs.h: No such file or directory #include <wx/defs.h> ^ compilation terminated. This is strange as it only tries to include the nonexisting wx-2.8. In the configure step dev-perl/Wx also reported: >>> Preparing source in /tmp/portage/dev-perl/Wx-0.993.200/work/Wx-0.9932 ... * Requested wxWidgets: 3.0 * Using wxWidgets: gtk2-unicode-3.0