* 3.1.9 build fails at zftp.c when using Sun's WorkShop Compilers 5.0
@ 2000-08-18 15:52 Roland Jesse
2000-08-18 16:09 ` Andrej Borsenkow
0 siblings, 1 reply; 10+ messages in thread
From: Roland Jesse @ 2000-08-18 15:52 UTC (permalink / raw)
To: Zsh Users
Building zsh 3.1.9 on a Sun fails when using Sun's compiler version
"WorkShop Compilers 5.0 98/12/15 C 5.0". The build is done using
"./configure --enable-dynamic --enable-zsh-mem && make".
Is there something wrong with my setup or did others experience this
as well?
The error message is:
cc -c -I. -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -DMODULE -xO4 -Kpic -o zftp..o zftp.c
"./zftp.pro", line 4: identifier redeclared: inet_aton
current : static function(pointer to const char, pointer to struct in_addr {union {..} S_un}) returning int
previous: function(pointer to const char, pointer to struct in_addr {union {..} S_un}) returning int : "/usr/include/arpa/inet.h", line 52
"./zftp.pro", line 6: identifier redeclared: inet_pton
current : static function(int, pointer to const char, pointer to void) returning int
previous: function(int, pointer to const char, pointer to void) returning int : "/usr/include/arpa/inet.h", line 54
"./zftp.pro", line 11: identifier redeclared: gethostbyname2
current : static function(pointer to const char, int) returning pointer to struct hostent {pointer to char h_name, pointer to pointer ...
previous: function(pointer to const char, int) returning pointer to struct hostent {pointer to char h_name, pointer to pointer to char... : "/usr/include/netdb.h", line 225
"zftp.c", line 1189: cannot recover from previous errors
cc: acomp failed for zftp.c
make[3]: *** [zftp..o] Error 2
make[3]: Leaving directory `/home/stud/jesse/solaris/t/zsh-3.1.9/Src/Modules'
make[2]: *** [modules] Error 1
make[2]: Leaving directory `/home/stud/jesse/solaris/t/zsh-3.1.9/Src'
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/home/stud/jesse/solaris/t/zsh-3.1.9/Src'
make: *** [all] Error 1
^ permalink raw reply [flat|nested] 10+ messages in thread* RE: 3.1.9 build fails at zftp.c when using Sun's WorkShop Compilers 5.0
2000-08-18 15:52 3.1.9 build fails at zftp.c when using Sun's WorkShop Compilers 5.0 Roland Jesse
@ 2000-08-18 16:09 ` Andrej Borsenkow
2000-08-18 16:12 ` Roland Jesse
0 siblings, 1 reply; 10+ messages in thread
From: Andrej Borsenkow @ 2000-08-18 16:09 UTC (permalink / raw)
To: Roland Jesse, Zsh Users
>
> Building zsh 3.1.9 on a Sun fails when using Sun's compiler version
> "WorkShop Compilers 5.0 98/12/15 C 5.0". The build is done using
> "./configure --enable-dynamic --enable-zsh-mem && make".
>
> Is there something wrong with my setup or did others experience this
> as well?
>
> The error message is:
>
> cc -c -I. -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
> -DHAVE_CONFIG_H -DMODULE -xO4 -Kpic -o zftp..o zftp.c
> "./zftp.pro", line 4: identifier redeclared: inet_aton
> current : static function(pointer to const char, pointer to
> struct in_addr {union {..} S_un}) returning int
> previous: function(pointer to const char, pointer to struct
> in_addr {union {..} S_un}) returning int :
> "/usr/include/arpa/inet.h", line 52
> "./zftp.pro", line 6: identifier redeclared: inet_pton
> current : static function(int, pointer to const char,
> pointer to void) returning int
> previous: function(int, pointer to const char, pointer to
> void) returning int : "/usr/include/arpa/inet.h", line 54
> "./zftp.pro", line 11: identifier redeclared: gethostbyname2
> current : static function(pointer to const char, int)
> returning pointer to struct hostent {pointer to char h_name,
> pointer to pointer ...
> previous: function(pointer to const char, int) returning
> pointer to struct hostent {pointer to char h_name, pointer to
> pointer to char... : "/usr/include/netdb.h", line 225
For some reason confgiure failed to find the above functions. Look into
config.log to see what went wrong. Zftp.c tries to provide replacement
implementation and this fails. Are there any error messages in config.log?
-andrej
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: 3.1.9 build fails at zftp.c when using Sun's WorkShop Compilers 5.0
2000-08-18 16:09 ` Andrej Borsenkow
@ 2000-08-18 16:12 ` Roland Jesse
2000-08-18 16:28 ` Andrej Borsenkow
0 siblings, 1 reply; 10+ messages in thread
From: Roland Jesse @ 2000-08-18 16:12 UTC (permalink / raw)
To: Zsh Users
Andrej Borsenkow wrote:
> For some reason confgiure failed to find the above functions. Look into
> config.log to see what went wrong. Zftp.c tries to provide replacement
> implementation and this fails. Are there any error messages in config.log?
None. Related to the mentioned functions are the following lines in
config.log:
configure:4605: checking for inet_aton
configure:4605: checking for inet_pton
configure:4605: checking for inet_ntop
That's plain and smooth.
Roland
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: 3.1.9 build fails at zftp.c when using Sun's WorkShop Compilers 5.0
2000-08-18 16:12 ` Roland Jesse
@ 2000-08-18 16:28 ` Andrej Borsenkow
2000-08-18 16:41 ` Andrej Borsenkow
2000-08-18 17:11 ` Danek Duvall
0 siblings, 2 replies; 10+ messages in thread
From: Andrej Borsenkow @ 2000-08-18 16:28 UTC (permalink / raw)
To: Roland Jesse, Zsh Users
>
> Andrej Borsenkow wrote:
>
> > For some reason confgiure failed to find the above functions. Look into
> > config.log to see what went wrong. Zftp.c tries to provide replacement
> > implementation and this fails. Are there any error messages in config.log?
>
> None. Related to the mentioned functions are the following lines in
> config.log:
>
> configure:4605: checking for inet_aton
> configure:4605: checking for inet_pton
> configure:4605: checking for inet_ntop
>
Wow! They were missing here as well :-) (but our compiler was more benign)
I just found, that these live in -lresolv here. Damn, some developers should
be shoot on the spot ... the problem (here, at least) is, that -lresolv MUST
be after -lnsl (else name resolution won't work), so usual configure checks
won't work ... I have to think about it.
Check, in which library these function live under Solaris. I suspect, they are
in -lresolv as well. For now you may manually edit config.h and Makefile(s) to
add needed library and set #define HAVE_missing_function for all of them. The
correct configure test is not as easy and it is too late already :-)
-andrej
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: 3.1.9 build fails at zftp.c when using Sun's WorkShop Compilers 5.0
2000-08-18 16:28 ` Andrej Borsenkow
@ 2000-08-18 16:41 ` Andrej Borsenkow
2000-08-18 17:11 ` Danek Duvall
1 sibling, 0 replies; 10+ messages in thread
From: Andrej Borsenkow @ 2000-08-18 16:41 UTC (permalink / raw)
To: Zsh Users
>
> I just found, that these live in -lresolv here. Damn, some developers should
> be shoot on the spot ... the problem (here, at least) is, that -lresolv MUST
> be after -lnsl (else name resolution won't work),
I meant of course -lsocket. Both contain gethostby* and friends, but -lsocket
incluldes generic version that supports service switch (the way it is
implemented in SVR4) and -lresolv has DNS-pure versions. So, if -lresolv comes
before -lsocket, no /etc/hosts is ever used.
-andrej
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 3.1.9 build fails at zftp.c when using Sun's WorkShop Compilers 5.0
2000-08-18 16:28 ` Andrej Borsenkow
2000-08-18 16:41 ` Andrej Borsenkow
@ 2000-08-18 17:11 ` Danek Duvall
2000-08-21 6:54 ` Andrej Borsenkow
1 sibling, 1 reply; 10+ messages in thread
From: Danek Duvall @ 2000-08-18 17:11 UTC (permalink / raw)
To: Andrej Borsenkow; +Cc: Roland Jesse, Zsh Users
On Fri, Aug 18, 2000 at 08:28:52PM +0400, Andrej Borsenkow wrote:
> I just found, that these live in -lresolv here. Damn, some developers should
> be shoot on the spot ... the problem (here, at least) is, that -lresolv MUST
> be after -lnsl (else name resolution won't work), so usual configure checks
> won't work ... I have to think about it.
>
> Check, in which library these function live under Solaris. I suspect, they are
> in -lresolv as well.
On Solaris, inet_pton and friends live in -lnsl. -lnsl and -lresolv are not
both necessary, only the former. And -lsocket seems to require -lnsl.
Configure seems to always do the right thing on Solaris with regard to the
networking libraries, though. And I do have a version of zsh 3.1.9-dev-1
built on Solaris 8 with the 5.0 compilers ...
Danek
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: 3.1.9 build fails at zftp.c when using Sun's WorkShop Compilers 5.0
2000-08-18 17:11 ` Danek Duvall
@ 2000-08-21 6:54 ` Andrej Borsenkow
2000-08-21 7:02 ` Danek Duvall
0 siblings, 1 reply; 10+ messages in thread
From: Andrej Borsenkow @ 2000-08-21 6:54 UTC (permalink / raw)
To: Danek Duvall; +Cc: Roland Jesse, Zsh Users
> >
> > Check, in which library these function live under Solaris. I
> suspect, they are
> > in -lresolv as well.
>
> On Solaris, inet_pton and friends live in -lnsl. -lnsl and -lresolv are not
> both necessary, only the former. And -lsocket seems to require -lnsl.
>
> Configure seems to always do the right thing on Solaris with regard to the
> networking libraries, though. And I do have a version of zsh 3.1.9-dev-1
> built on Solaris 8 with the 5.0 compilers ...
>
and
> None. Related to the mentioned functions are the following lines in
> config.log:
> configure:4605: checking for inet_aton
> configure:4605: checking for inet_pton
> configure:4605: checking for inet_ntop
> That's plain and smooth.
O.K., once more. Was it clean install? Is it possible, that you have used
wrong cache file for some reason? I get exactly the above lines when I run
configure and it takes values from cache. If I remove config.cache and rerun
configure, I get clear error messages.
What are the values of ac_cv_have_func_aton etc from config.log? If they are
correct, configure fails to set defines for some reason.
-andrej
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 3.1.9 build fails at zftp.c when using Sun's WorkShop Compilers 5.0
2000-08-21 6:54 ` Andrej Borsenkow
@ 2000-08-21 7:02 ` Danek Duvall
2000-08-21 10:58 ` nm from networks libraries on Solaris 7, 8, 2.6? Andrej Borsenkow
0 siblings, 1 reply; 10+ messages in thread
From: Danek Duvall @ 2000-08-21 7:02 UTC (permalink / raw)
To: Andrej Borsenkow; +Cc: Roland Jesse, Zsh Users
On Mon, Aug 21, 2000 at 10:54:48AM +0400, Andrej Borsenkow wrote:
> Danek Duvall wrote:
> > On Solaris, inet_pton and friends live in -lnsl. -lnsl and -lresolv are not
> > both necessary, only the former. And -lsocket seems to require -lnsl.
I misspoke here. inet_aton() is in fact in -lresolv, but inet_pton() and
inet_ntop() are in -lnsl.
> O.K., once more. Was it clean install? Is it possible, that you have used
> wrong cache file for some reason? I get exactly the above lines when I run
> configure and it takes values from cache. If I remove config.cache and rerun
> configure, I get clear error messages.
A clean install gives me the expected errors -- it fails to find
inet_aton() because it doesn't try -lresolv (and spews the appropriate
errors to config.log), but it succeeds in finding the other two, and
config.log is clean for them (just the compilation line).
> What are the values of ac_cv_have_func_aton etc from config.log? If they are
> correct, configure fails to set defines for some reason.
config.cache, I assume:
ac_cv_func_inet_aton=${ac_cv_func_inet_aton='no'}
ac_cv_func_inet_ntop=${ac_cv_func_inet_ntop='yes'}
ac_cv_func_inet_pton=${ac_cv_func_inet_pton='yes'}
Danek
^ permalink raw reply [flat|nested] 10+ messages in thread* nm from networks libraries on Solaris 7, 8, 2.6?
2000-08-21 7:02 ` Danek Duvall
@ 2000-08-21 10:58 ` Andrej Borsenkow
2000-08-21 16:29 ` Danek Duvall
0 siblings, 1 reply; 10+ messages in thread
From: Andrej Borsenkow @ 2000-08-21 10:58 UTC (permalink / raw)
To: Danek Duvall; +Cc: Roland Jesse, Zsh Users
>
> I misspoke here. inet_aton() is in fact in -lresolv, but inet_pton() and
> inet_ntop() are in -lnsl.
>
That means, that we need -lresolv on Solaris as well, that returns us to the
problem with gethostbyname() clash. Could anybody send me nm output on libnsl,
libsocket and libresolv from Solaris? And, if possible, check if different
versions of gethostbyname() exist?
-andrej
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: nm from networks libraries on Solaris 7, 8, 2.6?
2000-08-21 10:58 ` nm from networks libraries on Solaris 7, 8, 2.6? Andrej Borsenkow
@ 2000-08-21 16:29 ` Danek Duvall
0 siblings, 0 replies; 10+ messages in thread
From: Danek Duvall @ 2000-08-21 16:29 UTC (permalink / raw)
To: Andrej Borsenkow; +Cc: Roland Jesse, Zsh Users
On Mon, Aug 21, 2000 at 02:58:43PM +0400, Andrej Borsenkow wrote:
> Could anybody send me nm output on libnsl, libsocket and libresolv from
> Solaris? And, if possible, check if different versions of gethostbyname()
> exist?
Here are Solaris 7 and 8. It seems that 8 is different from its
predecessors.
Solaris 7:
*** /usr/lib/libnsl.so ***
[3265] | 224004| 48|FUNC |GLOB |0 |12 |__inet_address_count
[584] | 223892| 32|FUNC |LOCL |0 |12 |__inet_address_is_local
[3886] | 223880| 12|FUNC |GLOB |0 |12 |__inet_free_local_interfaces
[3620] | 224052| 68|FUNC |GLOB |0 |12 |__inet_get_addr
[3406] | 223868| 12|FUNC |GLOB |0 |12 |__inet_get_local_interfaces
[93] | 224120| 76|FUNC |LOCL |0 |12 |__inet_get_network
[3898] | 224284| 52|FUNC |GLOB |0 |12 |__inet_get_networka
[3758] | 224196| 88|FUNC |GLOB |0 |12 |__inet_get_uaddr
[231] | 226628| 168|FUNC |LOCL |0 |12 |__inet_netdir_is_my_host
[320] | 225460| 132|FUNC |LOCL |0 |12 |__inet_netdir_options
[563] | 116508| 136|FUNC |LOCL |0 |12 |__inet_taddr2uaddr
[562] | 173440| 328|FUNC |LOCL |0 |12 |__inet_uaddr2taddr
[3997] | 223924| 80|FUNC |GLOB |0 |12 |__inet_uaddr_is_local
[419] | 215884| 376|FUNC |LOCL |0 |12 |_door_gethostbyname_r
[1090] | 225336| 124|FUNC |LOCL |0 |12 |_inet_makeaddr
[3176] | 121852| 152|FUNC |GLOB |0 |12 |_switch_gethostbyname_r
[3689] | 214424| 12|FUNC |GLOB |0 |12 |_uncached_gethostbyname_r
[3324] | 214804| 96|FUNC |GLOB |0 |12 |gethostbyname
[3369] | 214484| 160|FUNC |GLOB |0 |12 |gethostbyname_r
[1012] | 0| 0|FILE |LOCL |0 |ABS |gethostbyname_r.c
[3692] | 121204| 648|FUNC |GLOB |0 |12 |inet_addr
[1107] | 227232| 456|FUNC |LOCL |0 |12 |inet_netdir_mergeaddr
[3648] | 270148| 76|FUNC |GLOB |0 |12 |inet_netof
[3789] | 269904| 244|FUNC |GLOB |0 |12 |inet_ntoa
[1531] | 0| 0|FILE |LOCL |0 |ABS |inet_ntoa.c
[3467] | 116644| 72|FUNC |GLOB |0 |12 |inet_ntoa_r
[1091] | 0| 0|FILE |LOCL |0 |ABS |netdir_inet_sundry.c
*** /usr/lib/libsocket.so ***
[231] | 0| 0|FUNC |GLOB |0 |UNDEF |gethostbyname
[317] | 0| 0|FUNC |GLOB |0 |UNDEF |inet_addr
[220] | 20608| 64|FUNC |GLOB |0 |11 |inet_lnaof
[105] | 0| 0|FILE |LOCL |0 |ABS |inet_lnaof.c
[266] | 20672| 124|FUNC |GLOB |0 |11 |inet_makeaddr
[106] | 0| 0|FILE |LOCL |0 |ABS |inet_mkaddr.c
[118] | 21264| 184|FUNC |LOCL |0 |11 |inet_nettoa
[203] | 20796| 420|FUNC |GLOB |0 |11 |inet_network
[107] | 0| 0|FILE |LOCL |0 |ABS |inet_network.c
[337] | 0| 0|FUNC |GLOB |0 |UNDEF |inet_ntoa
*** /usr/lib/libresolv.so ***
[135] | 55216| 400|FUNC |LOCL |0 |12 |gethostbyname2
[210] | 0| 0|FILE |LOCL |0 |ABS |inet_addr.c
[1042] | 25104| 632|FUNC |GLOB |0 |12 |inet_aton
[48] | 26832| 64|FUNC |LOCL |0 |12 |inet_lnaof
[220] | 0| 0|FILE |LOCL |0 |ABS |inet_lnaof.c
[85] | 27488| 124|FUNC |LOCL |0 |12 |inet_makeaddr
[224] | 0| 0|FILE |LOCL |0 |ABS |inet_makeaddr.c
[121] | 28028| 52|FUNC |LOCL |0 |12 |inet_net_ntop
[226] | 0| 0|FILE |LOCL |0 |ABS |inet_net_ntop.c
[230] | 28080| 368|FUNC |LOCL |0 |12 |inet_net_ntop_ipv4
[108] | 23080| 48|FUNC |LOCL |0 |12 |inet_net_pton
[195] | 0| 0|FILE |LOCL |0 |ABS |inet_net_pton.c
[204] | 23128| 1092|FUNC |LOCL |0 |12 |inet_net_pton_ipv4
[61] | 25736| 192|FUNC |LOCL |0 |12 |inet_neta
[211] | 0| 0|FILE |LOCL |0 |ABS |inet_neta.c
[103] | 26896| 76|FUNC |LOCL |0 |12 |inet_netof
[221] | 0| 0|FILE |LOCL |0 |ABS |inet_netof.c
[38] | 27612| 416|FUNC |LOCL |0 |12 |inet_network
[225] | 0| 0|FILE |LOCL |0 |ABS |inet_network.c
[1024] | 27008| 260|FUNC |GLOB |0 |12 |inet_nsap_addr
[1139] | 27268| 220|FUNC |GLOB |0 |12 |inet_nsap_ntoa
[1084] | 0| 0|FUNC |GLOB |0 |UNDEF |inet_ntoa
[231] | 0| 0|FILE |LOCL |0 |ABS |inet_ntoa.c
[1087] | 24220| 80|FUNC |GLOB |0 |12 |inet_ntop
[205] | 0| 0|FILE |LOCL |0 |ABS |inet_ntop.c
[208] | 24300| 96|FUNC |LOCL |0 |12 |inet_ntop4
[209] | 24396| 708|FUNC |LOCL |0 |12 |inet_ntop6
[1060] | 25928| 72|FUNC |GLOB |0 |12 |inet_pton
[214] | 0| 0|FILE |LOCL |0 |ABS |inet_pton.c
[218] | 26000| 260|FUNC |LOCL |0 |12 |inet_pton4
[219] | 26260| 572|FUNC |LOCL |0 |12 |inet_pton6
[1074] | 55084| 132|FUNC |GLOB |0 |12 |res_gethostbyname
Solaris 8:
*** /usr/lib/libnsl.so ***
[3552] | 239000| 24|FUNC |GLOB |0 |9 |__inet_address_count
[610] | 238884| 20|FUNC |LOCL |0 |9 |__inet_address_is_local
[325] | 238564| 320|FUNC |LOCL |0 |9 |__inet_address_is_local_af
[4220] | 238552| 12|FUNC |GLOB |0 |9 |__inet_free_local_interfaces
[3930] | 239024| 84|FUNC |GLOB |0 |9 |__inet_get_addr
[3701] | 238540| 12|FUNC |GLOB |0 |9 |__inet_get_local_interfaces
[92] | 239108| 92|FUNC |LOCL |0 |9 |__inet_get_network
[4233] | 239508| 200|FUNC |GLOB |0 |9 |__inet_get_networka
[4083] | 239200| 308|FUNC |GLOB |0 |9 |__inet_get_uaddr
[1176] | 238336| 204|FUNC |LOCL |0 |9 |__inet_ifassign
[236] | 242756| 168|FUNC |LOCL |0 |9 |__inet_netdir_is_my_host
[326] | 240884| 136|FUNC |LOCL |0 |9 |__inet_netdir_options
[586] | 113100| 228|FUNC |LOCL |0 |9 |__inet_taddr2uaddr
[585] | 172272| 104|FUNC |LOCL |0 |9 |__inet_uaddr2taddr
[4336] | 238904| 96|FUNC |GLOB |0 |9 |__inet_uaddr_is_local
[429] | 217260| 380|FUNC |LOCL |0 |9 |_door_gethostbyname_r
[1178] | 240748| 136|FUNC |LOCL |0 |9 |_inet_makeaddr
[3452] | 119036| 148|FUNC |GLOB |0 |9 |_switch_gethostbyname_r
[4008] | 214644| 12|FUNC |GLOB |0 |9 |_uncached_gethostbyname_r
[3615] | 215108| 96|FUNC |GLOB |0 |9 |gethostbyname
[3663] | 214704| 204|FUNC |GLOB |0 |9 |gethostbyname_r
[1045] | 0| 0|FILE |LOCL |0 |ABS |gethostbyname_r.c
[4011] | 118380| 656|FUNC |GLOB |0 |9 |inet_addr
[1208] | 243972| 1076|FUNC |LOCL |0 |9 |inet_netdir_mergeaddr
[3958] | 296972| 88|FUNC |GLOB |0 |9 |inet_netof
[4114] | 296728| 244|FUNC |GLOB |0 |9 |inet_ntoa
[1726] | 0| 0|FILE |LOCL |0 |ABS |inet_ntoa.c
[3765] | 113328| 76|FUNC |GLOB |0 |9 |inet_ntoa_r
[4130] | 229288| 88|FUNC |GLOB |0 |9 |inet_ntop
[1103] | 0| 0|FILE |LOCL |0 |ABS |inet_ntop.c
[1106] | 229376| 108|FUNC |LOCL |0 |9 |inet_ntop4
[1107] | 229484| 720|FUNC |LOCL |0 |9 |inet_ntop6
[4004] | 228332| 80|FUNC |GLOB |0 |9 |inet_pton
[1097] | 0| 0|FILE |LOCL |0 |ABS |inet_pton.c
[1101] | 228412| 264|FUNC |LOCL |0 |9 |inet_pton4
[1102] | 228676| 612|FUNC |LOCL |0 |9 |inet_pton6
[1179] | 0| 0|FILE |LOCL |0 |ABS |netdir_inet_sundry.c
*** /usr/lib/libsocket.so ***
[88] | 20176| 156|FUNC |LOCL |0 |9 |_inet_ntop_native
[372] | 0| 0|FUNC |GLOB |0 |UNDEF |inet_addr
[261] | 24276| 76|FUNC |GLOB |0 |9 |inet_lnaof
[123] | 0| 0|FILE |LOCL |0 |ABS |inet_lnaof.c
[313] | 24352| 136|FUNC |GLOB |0 |9 |inet_makeaddr
[124] | 0| 0|FILE |LOCL |0 |ABS |inet_mkaddr.c
[140] | 27120| 196|FUNC |LOCL |0 |9 |inet_nettoa
[240] | 24488| 432|FUNC |GLOB |0 |9 |inet_network
[125] | 0| 0|FILE |LOCL |0 |ABS |inet_network.c
[400] | 0| 0|FUNC |GLOB |0 |UNDEF |inet_ntop
[370] | 0| 0|FUNC |GLOB |0 |UNDEF |inet_pton
*** /usr/lib/libresolv.so ***
[208] | 0| 0|FILE |LOCL |0 |ABS |inet_addr.c
[1036] | 21868| 656|FUNC |GLOB |0 |9 |inet_aton
[45] | 22748| 76|FUNC |LOCL |0 |9 |inet_lnaof
[213] | 0| 0|FILE |LOCL |0 |ABS |inet_lnaof.c
[85] | 23448| 136|FUNC |LOCL |0 |9 |inet_makeaddr
[217] | 0| 0|FILE |LOCL |0 |ABS |inet_makeaddr.c
[125] | 24004| 56|FUNC |LOCL |0 |9 |inet_net_ntop
[219] | 0| 0|FILE |LOCL |0 |ABS |inet_net_ntop.c
[223] | 24060| 400|FUNC |LOCL |0 |9 |inet_net_ntop_ipv4
[112] | 20688| 52|FUNC |LOCL |0 |9 |inet_net_pton
[197] | 0| 0|FILE |LOCL |0 |ABS |inet_net_pton.c
[206] | 20740| 1128|FUNC |LOCL |0 |9 |inet_net_pton_ipv4
[59] | 22524| 224|FUNC |LOCL |0 |9 |inet_neta
[209] | 0| 0|FILE |LOCL |0 |ABS |inet_neta.c
[106] | 22824| 88|FUNC |LOCL |0 |9 |inet_netof
[214] | 0| 0|FILE |LOCL |0 |ABS |inet_netof.c
[35] | 23584| 420|FUNC |LOCL |0 |9 |inet_network
[218] | 0| 0|FILE |LOCL |0 |ABS |inet_network.c
[1017] | 22948| 268|FUNC |GLOB |0 |9 |inet_nsap_addr
[1135] | 23216| 232|FUNC |GLOB |0 |9 |inet_nsap_ntoa
[1078] | 0| 0|FUNC |GLOB |0 |UNDEF |inet_ntoa
[224] | 0| 0|FILE |LOCL |0 |ABS |inet_ntoa.c
[1082] | 0| 0|FUNC |GLOB |0 |UNDEF |inet_ntop
[207] | 0| 0|FILE |LOCL |0 |ABS |inet_ntop.c
[1053] | 0| 0|FUNC |GLOB |0 |UNDEF |inet_pton
[212] | 0| 0|FILE |LOCL |0 |ABS |inet_pton.c
[1068] | 51720| 140|FUNC |GLOB |0 |9 |res_gethostbyname
[1090] | 51860| 404|FUNC |GLOB |0 |9 |res_gethostbyname2
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2000-08-21 16:56 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-08-18 15:52 3.1.9 build fails at zftp.c when using Sun's WorkShop Compilers 5.0 Roland Jesse
2000-08-18 16:09 ` Andrej Borsenkow
2000-08-18 16:12 ` Roland Jesse
2000-08-18 16:28 ` Andrej Borsenkow
2000-08-18 16:41 ` Andrej Borsenkow
2000-08-18 17:11 ` Danek Duvall
2000-08-21 6:54 ` Andrej Borsenkow
2000-08-21 7:02 ` Danek Duvall
2000-08-21 10:58 ` nm from networks libraries on Solaris 7, 8, 2.6? Andrej Borsenkow
2000-08-21 16:29 ` Danek Duvall
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).