[gentoo-user] Re: gdb build failure: tui/tui-win.o: undefined reference to symbol 'keypad'
On 2019-09-11, Grant Edwards wrote: > This morning the build of gdb failed during a routine update: ... > CXXxml-tdesc.o > CXXinit.o > CXXLD gdb > /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: > tui/tui-win.o: undefined reference to symbol 'keypad' > /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: > /lib64/libtinfo.so.6: error adding symbols: DSO missing from command line > collect2: error: ld returned 1 exit status > make[2]: *** [Makefile:1893: gdb] Error 1 You can no longer install gdb if you have sys-libs/libtermcap-compat installed. If you have libtermcap installed, the gdb ebuild will decide to link against libtermcap instead of libtinfo, and you get the failure above. However, uninstalling libtermcap proved to be difficult. After unmerging it, I got the expected warnings about preserved libs, but doing the emerge as recommended faild. I tried revdep-rebuild, and it insisted on emerging the same packages over and over again — each time resulting in files that still depended on the preserved termcap libraries. I finally had to unmerge a bunch of packages that were using the termcap libraries, manually remove the termcap libraries, and then run revdep-rebuild to try to repair things. Now gdb builds again. Hopefully, I'll be able to reinstall the packages I removed... -- Grant Edwards grant.b.edwardsYow! INSIDE, I have the at same personality disorder gmail.comas LUCY RICARDO!!
[gentoo-user] Re: gdb build failure: tui/tui-win.o: undefined reference to symbol 'keypad'
On 2019-09-12, Grant Edwards wrote: > On 2019-09-11, Grant Edwards wrote: > >> This morning the build of gdb failed during a routine update: >> >> [...] >> CXXxml-tdesc.o >> CXXinit.o >> CXXLD gdb >> /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: >> tui/tui-win.o: undefined reference to symbol 'keypad' >> /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: >> /lib64/libtinfo.so.6: error adding symbols: DSO missing from command line >> collect2: error: ld returned 1 exit status > > I'm still beating my head against the wall on this one. I give up. I went into the build directory and manually added "-ltinfo" to the link options in the Makefile and did a "make". It then compiled and linked just fine. After that, doing 'ebuild gdb-8.3.ebuild preinst/install/qmerge' worked and I have a functional gdb again. When I have a spare day I guess I'm going to have to fall back on the old MS-Windows solution: wipe the disk and install from scratch. -- Grant Edwards grant.b.edwardsYow! Now KEN and BARBIE at are PERMANENTLY ADDICTED to gmail.comMIND-ALTERING DRUGS ...
[gentoo-user] Re: gdb build failure: tui/tui-win.o: undefined reference to symbol 'keypad'
On 2019-09-11, Grant Edwards wrote: > This morning the build of gdb failed during a routine update: > > [...] > CXXxml-tdesc.o > CXXinit.o > CXXLD gdb > /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: > tui/tui-win.o: undefined reference to symbol 'keypad' > /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: > /lib64/libtinfo.so.6: error adding symbols: DSO missing from command line > collect2: error: ld returned 1 exit status I'm still beating my head against the wall on this one. I've got a handfull of systems where gdb builds fine, and one where I suddenly started getting the above error. I've re-emerged ncurses (both with and without the tinfo USE flag). I've verified that the USE flags for ncurses and gdb are the same as on systems where gdb builds OK. The gcc and binutils versions are also the same. revdep-rebuild seems to be happy. -- Grant Edwards grant.b.edwardsYow! Didn't I buy a 1951 at Packard from you last March gmail.comin Cairo?