Very Computer

  I was wondering if someone could tell me how(if possible) this can be done.

  I am writing a shared library that an executable will load int at runtime.  The
shared library I wrote needs to use symbols and functions from another shared
library that was not part of the link line of the executable.  Is there a way for
a shared library to tell the executable that it needs other library loaded that the
executable didn't link in.

  Is there a command line option to ld when creating a shareed library to use
other libraries?

  Is there a link option for the executable to shared libraries to link in other
shared libraries not in the link line?

Illustration
----------
Executable:
CC -o myProgram *.o -lmyLib

My shared library:
ld -G -b -o libmyLib.so
  ** myLib needs another library libotherLib.so

PS.  I am using SUNWspro CC4.1 compiler.

Thanks for any help,
Greg.

--
Gregory Gee
Nortel ISPN
Phone: (613)763-6175 ESN 393

  I am writing a shared library that an executable will load int at runtime.  The
shared library I wrote needs to use symbols and functions from another shared
library that was not part of the link line of the executable.  Is there a way for
a shared library to tell the executable that it needs other library loaded that the
executable didn't link in.

  Is there a command line option to ld when creating a shareed library to use
other libraries?

  Is there a link option for the executable to shared libraries to link in other
shared libraries not in the link line?

Illustration
----------
Executable:
CC -o myProgram obj1.o obj2.o -lmyLib

My shared library:
ld -G -b -o libmyLib.so file1.o file2.o
  ** myLib needs another library libotherLib.so

PS.  I am using SUNWspro CC4.1 compiler.

Thanks for any help,
Greg.

--
Gregory Gee
Nortel ISPN
Phone: (613)763-6175 ESN 393

/JAH

Quote:>  Is there a link option for the executable to shared libraries to link in other
>shared libraries not in the link line?

Quote:>Illustration
>----------
>Executable:
>CC -o myProgram *.o -lmyLib
>My shared library:
>ld -G -b -o libmyLib.so
>  ** myLib needs another library libotherLib.so

Here's how:

        CC -G -o libmyLib.so *objects* -lotherlib

Casper
--
Expressed in this posting are my opinions.  They are in no way related
to opinions held by my employer, Sun Microsystems.
Statements on Sun products included here are not gospel and may
be fiction rather than truth.

Quote:> >My shared library:
> >ld -G -b -o libmyLib.so
> >  ** myLib needs another library libotherLib.so

> You shouldn't link with ld in the first place.  You should link w/ CC.

/JAH

You might be inclined to call ld like this:

        ld -G -o hello.so hello.o

rather than the correct form:

/usr/ccs/bin/ld -dy -G -z text -R/opt/SUNWspro/lib -o hello.so \
    /opt/SUNWspro/SC4.2/lib/crti.o hello.o -Y P,/opt/SUNWspro/lib:\
    /opt/SUNWspro/SC4.2/lib:/opt/SUNWspro/lib/rw7:/opt/SUNWspro/SC4.2/lib/rw7:\
    /usr/ccs/lib:/usr/lib /opt/SUNWspro/SC4.2/lib/crtn.o

Also note that the order of the object files is important.

(crti.o must be linked before all other objects, crtn.o must be linked
after all others)

Casper
--
Expressed in this posting are my opinions.  They are in no way related
to opinions held by my employer, Sun Microsystems.
Statements on Sun products included here are not gospel and may
be fiction rather than truth.

/JAH

  Thanks for the suggestions so far.  I noticed that that the symbol that could not
be resolved was a global variable in the shared library.  Currently I am compiling
with "ld -G -o libMDR.so file1.o file2.o".  Is there an ld options or should I use
CC that will help resolve global variables as well as function calls.

ld.so.1: ./fmdrAdapter: fatal: relocation error: file ./libMDR.so: symbol snmpErrno: referenced symbol not found
Killed

  The snmpErrno is a global variable in the shared library that my shared library
is using.

Greg.

--
Gregory Gee
Nortel ISPN
Phone: (613)763-6175 ESN 393