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

[Thomas Dickey]

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
adequate.

> ...  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:

20030222
        + 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
http://invisible-island.net
ftp://invisible-island.net