Re: Problems building GDB under cygwin and win2k

[Christopher Faylor <cgf at redhat dot com>]

On Mon, Oct 29, 2001 at 08:36:55PM -0000, Andy Hare wrote:
>I have been trying to build Insight targeted on ARM under cygwin and win2k.
>I have come across a number of problems with the insight side of things that
>have now been fixed but GDB fails to build with the following error;
>
>gcc -g -O2        -Wl,--subsystem,console -o gdb.exe \
>main.o libgdb.a cli-decode.o cli-script.o cli-cmds.o cli-setshow.o
>cli-utils.o mi-out.o mi-console.o mi-cmds.o mi-cmd-var.o mi-cmd-break.o
>mi-cmd-stack.o mi-cmd-disas.o mi-main.o mi-parse.o mi-getopt.o gdbtk.o
>gdbtk-bp.o gdbtk-cmds.o gdbtk-hooks.o gdbtk-register.o gdbtk-stack.o
>gdbtk-varobj.o gdbtk-wrapper.o gdbres.o rdi-share/libangsd.a
>../sim/arm/libsim.a ../bfd/libbfd.a ../readline/libreadline.a
>../opcodes/libopcodes.a ./../intl/libintl.a ../libiberty/libiberty.a `if
>test -r ../libtermcap/libtermcap.a; then echo ../libtermcap/libtermcap.a;
>else echo -ltermcap; fi`
>
>
>
>../libgui/src/libgui.a -L/build/arm/itcl/itcl -lcygitcl32 -L/build/arm/itcl/
>itk -lcygitk32 -L/build/arm/tix/win/tcl8.3 -ltix4183 -L/build/arm/tk/win -lc
>ygtk83 -L/build/arm/tcl/win -lcygtcl83    -lgdi32 -lcomdlg32 -lm
>../libiberty/libiberty.a -luser32 -lshell32 -lgdi32 -lcomdlg32 -ladvapi32\
>
>libgdb.a(utils.o): In function `init_page_info':
>/GNU-Source-Code/src/gdb/utils.c:1531: undefined reference to
>`_imp__tgetent'
>/GNU-Source-Code/src/gdb/utils.c:1537: undefined reference to
>`_imp__tgetnum'
>/GNU-Source-Code/src/gdb/utils.c:1547: undefined reference to
>`_imp__tgetnum'
>collect2: ld returned 1 exit status
>make[2]: *** [gdb.exe] Error 1
>make[2]: Leaving directory `/build/arm/gdb'
>
>This is the last stage of creating gdb.exe. I have checked though
>gdb/utils.c to find the errors and find that the missing refernces are all
>in a section surrounded by a #ifndef _win32. With the this I realise that
>maybe the gdb directory should be built with the -mwin32 construct in the
>command line. Having done this I get a successful build. My question is this
>the correct solution or is there something else going wrong. I know there
>have been problems of late with insight and cygwin and have helped to fix
>these, is this a case of the same problems.

It looks like you haven't built libtermcap.a for some reason and gdb is
finding a libtermcap.a from some other library (ncurses?) which
represents a shared library.

gdb on Windows is not supposed to be using any shared libraries besides
cygwin1.dll.

cgf