[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: compiling on Mac OS X (2002-Nov Developer Tools)

From: Thomas Dickey
Subject: Re: compiling on Mac OS X (2002-Nov Developer Tools)
Date: Sat, 4 Oct 2003 18:24:28 -0400 (EDT)

On Fri, 3 Oct 2003, Robert Simms wrote:

> I applied all the patches up through 2003-Sep-27

I should make a rollup patch, but have been focused on cross-compiling for
djgpp.  But for testing Mac OS X, the most recent rollup patch should be

> ...  I still got the problem in lib_gen.c of "% % " being prefixed on
> several lines.  Removing them enabled lib_gen.c to be compiled.

I thought that was fixed:

        + modify MKlib_gen.sh to avoid passing "#" tokens through the C
          preprocessor.  This works around Mac OS X's preprocessor, which
          insists on adding a blank on each side of the token (report/analysis
          by Kevin Murphy <address@hidden>).

> ... Now I run into this compile error:
> gcc ../objects/tput.o -L../lib -lncurses      -I../progs -I.
> -DHAVE_CONFIG_H -I. -I../include  -DNDEBUG -I/usr/local/include/ncurses
> -O2  -no-cpp-precomp -o tput
> ld: Undefined symbols:
> __nc_tparm_analyze
> make[1]: *** [tput] Error 1

_nc_tparm_analyze should be public:
revision 1.64
date: 2003/02/22 21:54:32;  author: tom;  state: Exp;  lines: +117 -107
make _nc_tparm_analyze() public, so I can use it in tput and tic.

Perhaps there's something missing from the libncurses.a file.  Or if it's
a shared library, there might be an environment variable that overrides
the -L option, and it's picking up the older copy of libncurses.  I don't
think the first problem with lib_gen.c would be related to this one.

Thomas E. Dickey

reply via email to

[Prev in Thread] Current Thread [Next in Thread]