Re: libcurses problem

In comp.databases.informix Neil Truby <neil.truby@ardenta.com> wrote: > I'm really stuck :-( > Running Informix 5.20 on SuSE Server 8. > When I try to compile a 4gl program I get: > informix@dell:/exports/andy> c4gl test.4gl > /opt/informix/5.20/lib/esql/libifos.so: the use of `mktemp' is dangerous, > better use `mkstemp' > /usr/lib/gcc-lib/i486-suse-linux/3.2.2/../../../../i486-suse-linux/bin/ld: > cannot find -lcurses > collect2: ld returned 1 exit status > But the ncurses and ncurses-devel packages *are* installed, as you can see > :-(( > informix@dell:/exports/andy> rpm -aq | grep curses > ncurses-5.2-402 > yast2-ncurses-2.6.24-142 > ncurses-devel-5.2-402 Then I'd expect it to be looking for a "libcurses.so" name (probably implemented by one or more symbolic links in /usr/lib) something like libcurses.so -> libncurses.so libncurses.so -> libncurses.so.5 libncurses.so.5 -> libncurses.so.5.2 (the last is a real shared library) An upgrade to ncurses 5.3 should leave the real file alone unless it can prove that nothing is depending on it. The symbolic links would change. Depending on the packager, the first link may/may not be present. The original source would install it, but rpm's are handcrafted and sometimes completely ignore the configure-script settings. The libcurses.so link is optional because on systems where ncurses is not the system curses library (such as Solaris), it would introduce linker conflicts that are annoying to work around. Omitting it on systems that do not have this issue is a bug. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net