List symbols in a library file

[Dave Johnson_1]

My DBA is having a problem linking an Oracle module. We are getting the message of many symbols not satisfied. I would like to be able to list out the symbols in the file /opt/aCC/lib/lib++.a to see if that is where they are. Once I figure out where these are, we can work to get the Oracle linker to include that library on it command line.
FYI: some of the symbols we need are: cout, streambuf, ostream, istream, exception, and a few others.

[Steven E. Protter]

Shalom,

If you could provide the command line being used and the error message, someone might recognize the problem and give you a fix.

These issues are sometimes as simple as setting the right shared library path.

If you insist on seeing the symbols provided, you might be better off checking the documentation for the library versus running OS commands like strings on the libraries.

SEP

[James R. Ferguson]

Hi Dave:

Have a look with 'nm(1)':

http://docs.hp.com/en/B2355-60130/nm.1.html

Regards!

...JRF...

[Dave Johnson_1]

The attached file is from the adrelink.lsv log file.

[Dave Johnson_1]

Ping this back to the head of the list. Any ideas anyone?

[Steven E. Protter]

Shalom,

Not much to learn:

Ideas:
1) Bad code. Does it compile on other systems?
2) Bad environment. Check PATH SHLIB_PATH variables do not pick up the wrong libraries.

SEP

[Dennis Handly]

>We are getting the message of many symbols not satisfied.

What are some of the symbols?
Is this for Integrity?

I would like to be able to list out the symbols in the file /opt/aCC/lib/lib++.a to see if that is where they are.

You should NOT be using the obsolete USL Standard Components! It was recommended when porting from cfront to aC++ to stop using it.

>some of the symbols we need are: cout, streambuf, ostream, istream, exception

These are in the -AP shlibs, you shouldn't be using them on Integrity. If you link with aCC, you automatically get them. They are in libstream. You should not be using any other driver to link aC++ applications.

For your original question, to scan libs you can do:
nm -pxAN libs... | grep -e sym1 -e sym2

For tricky PA32 shlibs:
odump -slexport libs... | grep -e sym1 -e sym2

For other shlibs:
elfdump -n .dynsym -s libs... | grep -e sym1 -e sym2

>The attached file is from the adrelink.lsv log file.

Can you add -v to the aCC options. What does "whence aCC" show?

>SEP: 1) Bad code. Does it compile on other systems?

This cfront code is likely to be HP-UX specific.

>2) Check PATH SHLIB_PATH variables do not pick up the wrong libraries.

This is not the right variable for linking.

[Dave Johnson_1]

The 2 servers I am working on are PA-RISC running HP-UX 11.11.
We are not writing any code here, just relinking/compiling Oracle shipped standard modules. I had initially used B9007AAEVAL B.11.11.20.EV HP C/aC++ Developer's Bundle for Evaluation License. Oracle told us as long as we do not write code here and try to use the compiler, it is legal to leave this installed so we have access to the linker.
I later found out HP had created a linker only bundle HP-ACC-Link B.11.11.18 HP aCC_Link Bundle, which I had to find on a release CD. The DBA is getting the same unsatisfied symbol error no matter which one we have installed on either rp3440 server.
I am looking for what I can tell the DBA to do differently in his config files so the appropriate library gets included in the link phase so these things can be found.
Oracle has been very little help with this. They most recently asked for the value of maxdsiz and maxssiz system parameters. Like that could have any effect on resolving symbols during the link phase.
The real frustrating part of this is, I had installed the eval package in January, and the DBA was able to link the modules for one of our development instances. I then removed it as it is eval and having found the linker bundle. We are just now getting around to testing the linker bundle, now neither one allows them to link the modules.
Please keep the questions/suggestions coming.
Thanks,
-Dave

[Dennis Handly]

>just relinking/compiling Oracle shipped standard modules.

What product?

>I later found out HP had created a linker only bundle HP-ACC-Link aCC_Link Bundle

Yes, I developed it.

>The DBA is getting the same unsatisfied symbol error no matter which one we have installed on either rp3440 server.

As I asked above, can you add -v to the link line and provide the output.
One strange thing about your output, some symbols are demangled correctly and others aren't??

>so the appropriate library gets included in the link phase so these things can be found.

I need to see the existing link line with the cats evaluated.

>I then removed it as it is eval and having found the linker bundle.

You will have to replace that "aCC" by aCC_link.

[Dave Johnson_1]

Dennis,
I will be uninstalling the eval compiler then reinstall the link bundle and have the DBA give it a try with the -v option on the command line, then update this with the result.
Thanks,
-Dave