[GRASS5] _keypad symbol; Darwin Pre2

Hello all,

Sorry for the delay in building pre2.

I tried to run gmake5 and gmake returns:

  </usr/local/bin/gmake5: .: no such file or directory: /usr/src/grass/src/CMD/generic/gmake.sh [9]>

No biggie, I made a link from '/usr/src/grass5.0.0pre2' to '/usr/src/grass' and then I got:

  </usr/src/grass/src/CMD/head/head.powerpc-apple-darwin1.3.3 - file not found (or not readable)>

So I made a link from 'head.powerpc-apple-darwin1.3.7' to 'head.powerpc-apple-darwin1.3.3' and it did its job. There is no real issue here, I jsut thought I would bring the matter to your attention.

All modules compiled fine, except, I am getting a "Undefined symbols: _keypad" error trying to compile the following modules:

   i.tape.other
   i.tape.spot
   i.tape.tm
   i.tape.tm.fast
   i.target
   v.digit
   v.in.tig.lndmk
   v.reclass
   v.transform
   paint/Programs/p.colors

This missing _keypad symbol seems to be new with pre2. (Hmm, would the tape moules really work with Mac OS X? I do not have a tape drive to test with...)

Anyone know where the _keypad symbol is defined?

Thanks,

Jeshua Lacock http://OpenOSX.com
Programmer/Owner http://SierraMaps.com
Phone: (760) 935-4736 http://3dTopoMaps.com

On Sat, Oct 06, 2001 at 07:47:24PM -0700, jeshua wrote:

Hello all,

Sorry for the delay in building pre2.

I tried to run gmake5 and gmake returns:

  </usr/local/bin/gmake5: .: no such file or directory:
/usr/src/grass/src/CMD/generic/gmake.sh [9]>

No biggie, I made a link from '/usr/src/grass5.0.0pre2' to
'/usr/src/grass' and then I got:

  </usr/src/grass/src/CMD/head/head.powerpc-apple-darwin1.3.3 - file not
found (or not readable)>

So I made a link from 'head.powerpc-apple-darwin1.3.7' to
'head.powerpc-apple-darwin1.3.3' and it did its job. There is no real
issue here, I jsut thought I would bring the matter to your attention.

All modules compiled fine, except, I am getting a "Undefined symbols:
_keypad" error trying to compile the following modules:

   i.tape.other
   i.tape.spot
   i.tape.tm
   i.tape.tm.fast
   i.target
   v.digit
   v.in.tig.lndmk
   v.reclass
   v.transform
   paint/Programs/p.colors

This missing _keypad symbol seems to be new with pre2. (Hmm, would the
tape moules really work with Mac OS X? I do not have a tape drive to
test with...)

Anyone know where the _keypad symbol is defined?

Hi Jeshua,

I *guess* that this is a ncurses issue. Searching on ly machine (Linux)
I get

grep _keypad /usr/include/*
/usr/include/curses.h: bool _use_keypad; /* process function keys into KEY_ symbols? */
/usr/include/ncurses.h: bool _use_keypad; /* process function keys into KEY_ symbols? */

Can you check your head file and the configure log if the ncurses has
been detected properly?

I also have
nm /lib/libncurses.so.* |grep _keypad
0002c6c0 T _nc_keypad
0002c6c0 T _nc_keypad
0002d040 T _nc_keypad
0002d040 T _nc_keypad

Not really a help, but maybe an initial idea...

Best regards

Markus

Markus Neteler wrote:

> All modules compiled fine, except, I am getting a "Undefined symbols:
> _keypad" error trying to compile the following modules:
>
> i.tape.other
> i.tape.spot
> i.tape.tm
> i.tape.tm.fast
> i.target
> v.digit
> v.in.tig.lndmk
> v.reclass
> v.transform
> paint/Programs/p.colors

Odd. None of these programs call keypad() directly. In fact, the only
occurrences of "keypad" in the source code are in g.help and the Vask
library.

All of the above programs use the Vask library. But then so do plenty
of other programs, so it's strange that these are the only ones which
fail.

Did you run "make clean" (or similar) before building?

> This missing _keypad symbol seems to be new with pre2. (Hmm, would the
> tape moules really work with Mac OS X? I do not have a tape drive to
> test with...)
>
> Anyone know where the _keypad symbol is defined?

I *guess* that this is a ncurses issue.

It is.

Searching on ly machine (Linux)
I get

grep _keypad /usr/include/*

I'm presuming that the underscore is a MacOS X artifact. In the GRASS
source code, the function is referenced without an underscore.

--
Glynn Clements <glynn.clements@virgin.net>