Mike
 Thanks for the useful tip  I had to install SMCncurs so as to get vim 
7.x on my development box. I am gonna try again after removing this 
package from the system.

thanks
Sriram

Mike Sullivan wrote:
> Sriram Natarajan wrote:
>
>> I am running into compilation issue while compiling gdb from sfw-nv 
>> source tar ball.  Since, it is working for most of you guys, I am 
>> probably missing something . Can some one point me as to where I need 
>> to look to address this issue.
>
> I see that Steve is already helping you, but I will throw in my
> thought quick:
>
>
>>
>> /ws/onnv-tools/SUNWspro/SS11/bin/cc -xO3 -xarch=v8 -xspace -W0,-Lt 
>> -Xa  -xildoff -xc99=all -W2,-xwrap_int -xc99=none -xCC       \
>>                 -o gdb gdb.o libgdb.a \
>>                    ../bfd/libbfd.a ../readline/libreadline.a 
>> ../opcodes/libopcodes.a  ../libiberty/libiberty.a     -ldl -lncurses
>
> that -lncurses is probably your problem. We don't have that in Solaris.
> Since it doesn't fail to find it and instead does this:
>
>> -lsocket -lnsl -lm  ../libiberty/libiberty.a
>> Undefined                       first referenced
>>  symbol                             in file
>> initscr32                           libgdb.a(tui.o)
>> w32addch                            libgdb.a(tui-io.o)
>> w32attron                           libgdb.a(tui-wingeneral.o)
>> w32attroff                          libgdb.a(tui-wingeneral.o)
>> acs32map                            libgdb.a(tui-win.o)
>> ld: fatal: Symbol referencing errors. No output written to gdb
>> gmake[2]: *** [gdb] Error 1
>> gmake[2]: Leaving directory 
>> `/export/home/sn123202/php-gate/usr/src/cmd/gdb/gdb-6.3/gdb'
>> gmake[1]: *** [all-gdb] Error 2
>> gmake[1]: Leaving directory 
>> `/export/home/sn123202/php-gate/usr/src/cmd/gdb/gdb-6.3'
>> *** Error code 2
>
> I would guess you _do_ have ncurses installed on your system, and
> gdb's configure found it. Perhaps it's older or newer than it wants
> but it really shouldn't have found it. You need to build on a machine
> without /opt/sfw or /usr/local or things in sfw might find bits they
> shouldn't (either by ignoring the options passed, or because we need
> to pass more like --without-ncurses perhaps, though I'm not sure
> it accepts that - but since we don't build on machines with tons of
> extra things installed that isn't always easy to find).
>
>     Mike
>

Reply via email to