bug-ncurses
[Top][All Lists]
Advanced

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

Re: unresolved symbols with ncurses-5.6 on Alpha OSF1 5.1A


From: Martin MOKREJŠ
Subject: Re: unresolved symbols with ncurses-5.6 on Alpha OSF1 5.1A
Date: Tue, 17 Apr 2007 18:21:30 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1

make[1]: Entering directory `/usr/home3/mmokrejs/ncurses-5.6/progs'
gcc ../objects/tic.o ../objects/dump_entry.o -L../lib -lncurses -L../lib 
-lncurses    -I../progs -I. -DHAVE_CONFIG_H -I. -I../include  -D_OSF_SOURCE 
-DNDEBUG -I/usr/home3/mmokrejs/include/ncurses -O2 -o tic
_nc_first_name
_nc_set_type
_nc_curr_line
_nc_write_entry
_nc_doalloc
_nc_name_match
_nc_rootname
use_extended_names
_nc_disable_period
_nc_tracing
_nc_check_termtype2
_nc_set_source
_nc_read_entry_source
_nc_resolve_uses2
_nc_head
_nc_curr_col
_nc_tic_written
_nc_tic_dir
_nc_tail
_nc_set_writedir
_nc_warning
_nc_capcmp
_nc_visbuf2
_nc_visbuf
_nc_tparm_err
tparm
_nc_syntax
_nc_tinfo_fkeys
strnames
_nc_trim_sgr0
keyname
_nc_get_hash_table
_nc_find_entry
strcodes
boolcodes
numcodes
boolnames
numnames
boolfnames
numfnames
strfnames
_nc_tic_expand
_nc_user_definable
_nc_infotocap
collect2: ld returned 1 exit status



Making simpler the above compile/linker command while retaining -lncurses makes 
the linking step fail again:

$ gcc ../objects/tic.o ../objects/dump_entry.o -I../progs -I. -DHAVE_CONFIG_H 
-I. -I../include  -D_OSF_SOURCE -DNDEBUG -I/usr/home3/mmokrejs/include/ncurses 
-O2 -o tic -lncurses
_nc_first_name
_nc_set_type
_nc_curr_line
_nc_write_entry
_nc_doalloc
_nc_name_match
_nc_rootname
use_extended_names
_nc_disable_period
_nc_tracing
_nc_check_termtype2
_nc_set_source
_nc_read_entry_source
_nc_resolve_uses2
_nc_head
_nc_curr_col
_nc_tic_written
_nc_tic_dir
_nc_tail
_nc_set_writedir
_nc_warning
_nc_capcmp
_nc_visbuf2
_nc_visbuf
_nc_tparm_err
tparm
_nc_syntax
_nc_tinfo_fkeys
strnames
_nc_trim_sgr0
keyname
_nc_get_hash_table
_nc_find_entry
strcodes
boolcodes
numcodes
boolnames
numnames
boolfnames
numfnames
strfnames
_nc_tic_expand
_nc_user_definable
_nc_infotocap
collect2: ld returned 1 exit status
$


Let's link statically the new libncurses.a ...

$ gcc ../objects/tic.o ../objects/dump_entry.o ../lib/libncurses.a -I../progs 
-I. -DHAVE_CONFIG_H -I. -I../include  -D_OSF_SOURCE -DNDEBUG 
-I/usr/home3/mmokrejs/include/ncurses -O2 -o tic
$ ./tic
tic: File name needed.  Usage:
       tic [-e names] [-o dir] [-R name] [-v[n]] [-V] [-w[n]] 
[-1aCcfGgILNrsTtUx] source-file
$
$ ls -la /usr/local/lib/libncurses*
-rwxr-xr-x   1 root     system     85030 Jun  1  2001 
/usr/local/lib/libncurses++.a
-rw-r--r--   1 root     system    341328 Jun  1  2001 
/usr/local/lib/libncurses.a
-rw-r--r--   1 root     system    178976 Jun  1  2001 
/usr/local/lib/libncurses.so
-rw-r--r--   1 root     system   2318006 Jun  1  2001 
/usr/local/lib/libncurses_g.a
$

So, my problem is that static libs are being built on my system, but linker is 
instructed to
use shared libs. Incidentally, gcc picks up the old libncurses installed in 
/usr/local.

Martin




reply via email to

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