RE: Thread model: single? (was: make bootstrap endless loop on AI X)

RE: Thread model: single? (was: make bootstrap endless loop on AI X)

[Venkatakrishnan, V]

	I'm getting some linking errors on my AIX 4.1.5 box as follows....
ld: 0711-317 ERROR: Undefined symbol: .ftime
ld: 0711-317 ERROR: Undefined symbol: .FD_ZERO
ld: 0711-317 ERROR: Undefined symbol: .FD_SET
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.

	Now I do know that I would have to link one of the socket libs, but
don't know which one from the /usr/lib directory, any idea anyone?

Re: Thread model: single? (was: make bootstrap endless loop on AI X)

[Christoph Bugel]

On Tue 2001-12-04, Venkatakrishnan, V wrote:
> 	I'm getting some linking errors on my AIX 4.1.5 box as follows....
> ld: 0711-317 ERROR: Undefined symbol: .ftime
> ld: 0711-317 ERROR: Undefined symbol: .FD_ZERO
> ld: 0711-317 ERROR: Undefined symbol: .FD_SET
> ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
> information.
> 
> 	Now I do know that I would have to link one of the socket libs, but
> don't know which one from the /usr/lib directory, any idea anyone?

$ man ftime
ftime: Berkeley Compatibility Library (libbsd.a)
couldn't find the FD_ZERO though..

counter question :)
which gcc are you using? I can't find out how to use shared
libraries on AIX. Any idea how it is different from Linux/Solaris?
When I have a library called libcatch.so or libcatch.so.a, and I try to link it with g++ -lcatch, the linker says
ld: 0706-006 Cannot find or open library file: -l catch
ld:open(): A file or directory in the path name does not exist.

Re: Thread model: single? (was: make bootstrap endless loop on AI X)

[Christoph Bugel]

On Tue 2001-12-04, Christoph Bugel wrote:
> On Tue 2001-12-04, Venkatakrishnan, V wrote:
> > 	I'm getting some linking errors on my AIX 4.1.5 box as follows....
> > ld: 0711-317 ERROR: Undefined symbol: .ftime
> > ld: 0711-317 ERROR: Undefined symbol: .FD_ZERO
> > ld: 0711-317 ERROR: Undefined symbol: .FD_SET
> 
> $ man ftime
> ftime: Berkeley Compatibility Library (libbsd.a)
> couldn't find the FD_ZERO though..

nm /lib/libc.a | grep FD_ZERO

yep -- it is there. I wonder why it gives you unresolved symbols
then.

RE: Thread model: single? (was: make bootstrap endless loop on AI X)

[Venkatakrishnan, V]

got it, they were in /usr/include/sys/system.h
just included this into one of my libs and things went A-OK :)
Thanks

-----Original Message-----
From: Christoph Bugel [mailto:chris@tti-telecom.com]
Sent: Tuesday, December 04, 2001 4:12 PM
To: Venkatakrishnan, V
Cc: gcc-help@gcc.gnu.org
Subject: Re: Thread model: single? (was: make bootstrap endless loop on
AI X)


On Tue 2001-12-04, Christoph Bugel wrote:
> On Tue 2001-12-04, Venkatakrishnan, V wrote:
> > Thanks 'ftime' resolved but
> > In my case
> > nm /usr/lib/libc.a | grep FD_ZERO or 
> > nm /usr/lib/libc.a | grep FD_SET doesn't return anything, meaning it's
not

or, try nm -o /lib/* /usr/lib/* |grep FD
It must be somewhere :)

Re: Thread model: single? (was: make bootstrap endless loop on AI X)

[Christoph Bugel]

On Tue 2001-12-04, Christoph Bugel wrote:
> On Tue 2001-12-04, Venkatakrishnan, V wrote:
> > Thanks 'ftime' resolved but
> > In my case
> > nm /usr/lib/libc.a | grep FD_ZERO or 
> > nm /usr/lib/libc.a | grep FD_SET doesn't return anything, meaning it's not

or, try nm -o /lib/* /usr/lib/* |grep FD
It must be somewhere :)

Re: Thread model: single? (was: make bootstrap endless loop on AI X)

[Christoph Bugel]

On Tue 2001-12-04, Venkatakrishnan, V wrote:
> Thanks 'ftime' resolved but
> In my case
> nm /usr/lib/libc.a | grep FD_ZERO or 
> nm /usr/lib/libc.a | grep FD_SET doesn't return anything, meaning it's not

Maybe you should look at man select? on Linux FD_ZERO is listed in that manpage. (On my AIX 4.3 it isn't)

> gcc version 2.7.2.2 on my AIX 4.1.5.0 box

Ah.. That one is just a little to old for my C++ needs :-) I need
3.x. I am getting the impression that gcc 3.x isn't there yet for
C++ work on AIX. (On Linux, Solaris, HP it is superb!) I hope
someone can prove me wrong, but I can't even throw an exception in
main() and catch it inside main()..

> Incase of your shared lib. problem........are you using the -L. switch??  Is
yes I am. I also tried LD_LIBRARY_PATH and LIBPATH.

RE: Thread model: single? (was: make bootstrap endless loop on AI X)

[Venkatakrishnan, V]

Thanks 'ftime' resolved but
In my case
nm /usr/lib/libc.a | grep FD_ZERO or 
nm /usr/lib/libc.a | grep FD_SET doesn't return anything, meaning it's not
there, hmmmmmm :-/, I guess I'll keep exploring....
man on FD_SET/FD_ZERO gives me nothing, I wonder whether this available on
AIX?

I'm using
gcc version 2.7.2.2 on my AIX 4.1.5.0 box

Incase of your shared lib. problem........are you using the -L. switch??  Is
that libcatch.so.a lib in ur current dir. or in /usr/lib?  Coz. depending on
the emulation of ld, sometimes ld goes looking for libs in the default paths
like /usr/lib only and so u've to explicitly specify the -L. option to tell
it to look in the current directory as well.

HTH




-----Original Message-----
From: Christoph Bugel [mailto:chris@tti-telecom.com]
Sent: Tuesday, December 04, 2001 3:07 PM
To: Venkatakrishnan, V
Cc: gcc-help@gcc.gnu.org
Subject: Re: Thread model: single? (was: make bootstrap endless loop on
AI X)


On Tue 2001-12-04, Venkatakrishnan, V wrote:
> 	I'm getting some linking errors on my AIX 4.1.5 box as follows....
> ld: 0711-317 ERROR: Undefined symbol: .ftime
> ld: 0711-317 ERROR: Undefined symbol: .FD_ZERO
> ld: 0711-317 ERROR: Undefined symbol: .FD_SET
> ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
> information.
> 
> 	Now I do know that I would have to link one of the socket libs, but
> don't know which one from the /usr/lib directory, any idea anyone?

$ man ftime
ftime: Berkeley Compatibility Library (libbsd.a)
couldn't find the FD_ZERO though..

counter question :)
which gcc are you using? I can't find out how to use shared
libraries on AIX. Any idea how it is different from Linux/Solaris?
When I have a library called libcatch.so or libcatch.so.a, and I try to link
it with g++ -lcatch, the linker says
ld: 0706-006 Cannot find or open library file: -l catch
ld:open(): A file or directory in the path name does not exist.