Date: Fri, 22 May 1998 01:43:13 -0400 (EDT) From: CyberPeasant <djv@bedford.net> To: mcgovern@spoon.beta.com (Brian J. McGovern) Cc: questions@FreeBSD.ORG Subject: Re: Linking static with ncurses? Message-ID: <199805220543.BAA14604@lucy.bedford.net> In-Reply-To: <199805220114.VAA01043@spoon.beta.com> from "Brian J. McGovern" at "May 21, 98 09:14:09 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Brian J. McGovern wrote: > This is kind of a dumb question, and its probably a configuration error > someplace, but when I try to use the ncurses libaries, and link dynamically > (I'm assuming the default), everything works fine. However, if I try to link > statically, I get: > > ../bin/dbfe dbfe.o msqldb.o dialogs.o field_edit.o forms.o > picks.o keys.o -lmsql -lncurses -ltermcap -ltermlib [snip many unresolved symbols] > Whats the blatently obvious thing I'm missing? > -Brian Well, it's not blatantly obvious, but I believe that adding -lmytinfo will cure the problem. As far as I'm concerned, libncurses.a is broken. The cur_term symbol (the one I picked for diagnosis,) is defined in libncurses.so : [djv@castor lib]$ nm libncurses.so.3.1 | grep cur_term 00000004 C _cur_term [djv@castor lib]$ but not in libncurses.a : [djv@castor lib]$ nm libncurses.a | grep cur_term U _cur_term ... more of these ... U _cur_term [djv@castor lib]$ cur_term is /data/, a piece of global data. It (and some others) are declared in /usr/include/term.h Dave -- Unix System 7: an improvement on all other Unix releases, previous and subsequent. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199805220543.BAA14604>