[gentoo-user] gdb build failure: tui/tui-win.o: undefined reference to symbol 'keypad'

[gentoo-user] gdb build failure: tui/tui-win.o: undefined reference to symbol 'keypad'

[Grant Edwards]

This morning the build of gdb failed during a routine update:


  CXX    xml-builtin.o
  CXX    xml-support.o
  CXX    xml-syscall.o
  CXX    xml-tdesc.o
  CXX    init.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
make[2]: Leaving directory '/var/tmp/portage/sys-devel/gdb-8.3/work/gdb-8.3/gdb'
make[1]: *** [Makefile:8157: all-gdb] Error 2
make[1]: Leaving directory '/var/tmp/portage/sys-devel/gdb-8.3/work/gdb-8.3'
make: *** [Makefile:850: all] Error 2
 * ERROR: sys-devel/gdb-8.3::gentoo failed (compile phase):
             

I've done some googling, and initially thought it might be due to the
fact that I had both ncurses:5 and ncurses:6 installed.  I uninstalled
:5 and did a revdep-rebuild (which found nothing to rebuild).  But gdb
still fails to build.

Any clues?

-- 
Grant Edwards               grant.b.edwards        Yow! We're going to a
                                  at               new disco!
                              gmail.com            

[gentoo-user] Re: gdb build failure: tui/tui-win.o: undefined reference to symbol 'keypad'

[Grant Edwards]

On 2019-09-11, Grant Edwards <grant.b.edwards@gmail.com> wrote:

> This morning the build of gdb failed during a routine update:
>
>   [...]
>   CXX    xml-tdesc.o
>   CXX    init.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.edwards        Yow! Didn't I buy a 1951
                                  at               Packard from you last March
                              gmail.com            in Cairo?

[gentoo-user] Re: gdb build failure: tui/tui-win.o: undefined reference to symbol 'keypad'

[Grant Edwards]

On 2019-09-12, Grant Edwards <grant.b.edwards@gmail.com> wrote:
> On 2019-09-11, Grant Edwards <grant.b.edwards@gmail.com> wrote:
>
>> This morning the build of gdb failed during a routine update:
>>
>>   [...]
>>   CXX    xml-tdesc.o
>>   CXX    init.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.edwards        Yow! Now KEN and BARBIE
                                  at               are PERMANENTLY ADDICTED to
                              gmail.com            MIND-ALTERING DRUGS ...

[gentoo-user] Re: gdb build failure: tui/tui-win.o: undefined reference to symbol 'keypad'

[Grant Edwards]

On 2019-09-11, Grant Edwards <grant.b.edwards@gmail.com> wrote:
> This morning the build of gdb failed during a routine update:
...
>   CXX    xml-tdesc.o
>   CXX    init.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.edwards        Yow! INSIDE, I have the
                                  at               same personality disorder
                              gmail.com            as LUCY RICARDO!!