On Tue, 24 Apr 2001 01:16:22 CDT, Gordon Sadler <gbsadler1(a)lcisp.com> said:
> configure:13299: gcc -o conftest -g -O3 -Wall -Wno-switch
-Winline
> -Wmissing-prototypes -Wshadow -Wsign-compare -I/usr/X11R6/include
> -L/usr/X11R6/lib conftest.c -lncurses -lXmu -lXt -lXext -lX11 -lSM
> -lICE -lm -lshell32 -lgdi32 -luser32 -lcomdlg32 -lcomctl32 -lwinspool -lgcc
> -lc -lgcc /usr/lib/crtn.o 1>&5
> /usr/bin/ld: cannot find -lwinspool
Here's the problem ^^^^^^^^^^^, it cannot find winspool so it assumes
you don't have ncurses...
Definitely a win32 type problem so I can't offer much else.
OK.. Go back a bit in the config.log, and find why it thinks you *have*
a -lwinspool in the first place. We shouldn't be having win32 problem
on a linux box.
Looking in 'configure.in, the problem seems to be around line 2864:
if test "$with_msw" != "no"; then
AC_CHECKING(for MS-Windows)
AC_CHECK_LIB(gdi32,main,with_msw=yes)
if test "$with_msw" = "yes"; then
AC_DEFINE(HAVE_MS_WINDOWS)
Basically, if a library is called libgdi32.a, you're running Windows. Or
so configure thinks. Could be interesting if there's a name conflict ;)
Stephen: *is* there a libgdi32.a or libgdi32.so in /lib or /usr/lib? If
so, try building with '--with-msw=no' explicitely.
Configure gurus: Should the AC_CHECK_LIB check for an actual symbol
in the library?
/Valdis