topic Re: Why is /usr/lib/hpux32 used? in Operating System - Linux

Why is /usr/lib/hpux32 used?

VAS_1 — Thu, 02 Mar 2006 12:48:15 GMT

I am trying to understand why the libraries in /usr/lib/hpux32 are the default libs used by the linker. If this is due to the LPATH, then what causes LPATH's value, if it has not been set explicitly?

===============================================
$ uname -rs
HP-UX B.11.23
$ model
ia64 hp server rx4640
$ cc -V
cc: HP aC++/ANSI C B3910B A.06.05 [Jul 25 2005]
$ cc hello.c
$ ldd -s -v a.out
find library=libc.so.1; required by a.out
search path=/usr/lib/hpux32:/opt/langtools/lib/hpux32 (RUNPATH)
trying path=/usr/lib/hpux32/libc.so.1
libc.so.1 => /usr/lib/hpux32/libc.so.1

find library=libdl.so.1; required by /usr/lib/hpux32/libc.so.1
search path=/usr/lib/hpux32 (RUNPATH)
trying path=/usr/lib/hpux32/libdl.so.1
libdl.so.1 => /usr/lib/hpux32/libdl.so.1

Re: Why is /usr/lib/hpux32 used?

Sandman! — Thu, 02 Mar 2006 13:13:57 GMT

Hi,

That's the default linker search path on Itanium (32-bit) based systems. If you had a PA-RISC (32-bit) system then the default library path would be "/usr/lib". You can change the default linker (ld) search path by using the LPATH environment variable or the -L linker option (the latter taking precedence over the former).

If unset LPATH then ld searches the default dir "/usr/lib" for parisc & "usr/lib/hpux32" for itanium. If LPATH is set, ld searches only the dirs specified in LPATH and the default dirs are not searched unless specified in LPATH. To nclude /usr/local/lib in the search path after the default directories, set LPATH as follows:

# export LPATH=/usr/lib:/usr/local/lib

Note the "-L" switch if given to cc has higher priority than LPATH.

cheers!

Re: Why is /usr/lib/hpux32 used?

VAS_1 — Thu, 02 Mar 2006 13:42:01 GMT

> That's the default linker search path on Itanium (32-bit) based systems.

Hmmm. I thought this machine was 64-bit. If I execute getconf KERNEL_BITS it returns 64. Is there something else I should look at?

Re: Why is /usr/lib/hpux32 used?

Sandman! — Thu, 02 Mar 2006 13:56:25 GMT

Might also depend on the whether the C compiler is 32 or 64 bit.

Re: Why is /usr/lib/hpux32 used?

Sandman! — Thu, 02 Mar 2006 15:42:44 GMT

Could you post the output of the following commands:

# what cc
# file cc

thanks!

Re: Why is /usr/lib/hpux32 used?

VAS_1 — Thu, 02 Mar 2006 15:57:47 GMT

$ what `which cc`
/usr/bin/cc:
HP aC++/C for Itanium(R)-based systems B3910B A.06.05 [Jul 25 2005]
$ file `which cc`
/usr/bin/cc: ELF-32 executable object file - IA64

(/usr/bin/cc -> /opt/ansic/bin/cc)

Re: Why is /usr/lib/hpux32 used?

VAS_1 — Thu, 02 Mar 2006 16:12:21 GMT

I admin a server which successfully compiled some COBOL programs (PeopleSoft). After installing the GNUbase fileset from the TC-OpenSource depot, the compilation fails with this error:

Assembler messages:
Can't open +A64 for reading: No such file or directory
ld: Can't find library or mismatched ABI for -lm
Fatal error.

The LPATH is set in the make file to /usr/lib/hpux64:$LD_LIBRARY_PATH. If I set a library path in the compile command (-L/usr/lib/hpux32) the error message travels down to a different set of (PSoft) libraries.

I would like to understand _why_ the GNUbase install is affecting this.

Re: Why is /usr/lib/hpux32 used?

Sandman! — Thu, 02 Mar 2006 16:31:46 GMT

Doing a file on cc shows that it's a 32-bit binary and will by default generate 32-bit objects, unless its behaviour is changed using the +DD64 switch. You can compile the source code in both modes and look inside the created binaries using ldd.

# cc hello.c
# ldd -s -v a.out

Will generate 32-bit objects & link the 32-bit library "usr/lib/hpux32" into a.out.

# cc +DD64 hello.c -o hello64
# ldd -s -v hello64

Will generate 64-bit objects & link the 64-bit library "usr/lib/hpux64" into hello64. Doing a file on a.out & hello64 should show this distinction as well.

cheers!

Re: Why is /usr/lib/hpux32 used?

Sandman! — Thu, 02 Mar 2006 17:12:26 GMT

From your last post it looks like 32 and 64-bit modes are mixed in the same compilation which could be causing the error possibly.

LPATH=/usr/lib/hpux64:$LD_LIBRARY_PATH shows a 64-bit library while also providing a 32-bit library to the linker on the command line (-L/usr/lib/hpux32). Note the "-L" option would take precedence over the LPATH environment variable.

Could you post the gcc command line you are using as well as the relevant portion of your makefile which could help in debugging this further. Also, what does LD_LIBRARY_PATH contain.

cheers!

Re: Why is /usr/lib/hpux32 used?

VAS_1 — Thu, 02 Mar 2006 17:23:03 GMT

>LPATH=/usr/lib/hpux64:$LD_LIBRARY_PATH shows a 64-bit library
>while also providing a 32-bit library to the linker on
>the command line (-L/usr/lib/hpux32). Note the "-L" option would
>take precedence over the LPATH environment variable.

Well, I was the one who forced the -L/usr/lib/hpux32 to see if the LPATH having /usr/lib/hpux64 on it was part of my problem.

I'm really mixing up compilers, (COBOL, HP's ANSI C and gcc), in my tests to see how much additional information I can get during the process.

That being said, the COBOL installation appears to be 64-bit, and I am going to reinstall as 32-bit tomorrow, and then see what happens with the PeopleSoft compile, with and without GNUbase utilities....

This conversation has been most educational for me. Thank you! I will post what happens next.

Re: Why is /usr/lib/hpux32 used?

VAS_1 — Fri, 03 Mar 2006 16:28:33 GMT

I removed the original CBL compiler install and reinstalled as 32-bit option. I still receive a library error if I have the GNUBase utilities installed. I have to think about this one....

Re: Why is /usr/lib/hpux32 used?

Sandman! — Fri, 03 Mar 2006 16:35:07 GMT

>I removed the original CBL compiler install and reinstalled as 32-bit option. I >still receive a library error if I have the GNUBase utilities installed. I have to >think about this one....

Well I hope these posts have been useful to you. In any case what library error are you getting?

Re: Why is /usr/lib/hpux32 used?

VAS_1 — Fri, 03 Mar 2006 16:47:55 GMT

Yes, I do find the replies most useful and thought-provoking.

This is the _cobol compiler_ error:

Assembler messages:
Can't open +A64 for reading: No such file or directory
ld: Can't find library or mismatched ABI for -lm
Fatal error.

Re: Why is /usr/lib/hpux32 used?

Sandman! — Fri, 03 Mar 2006 17:23:41 GMT

Could you provide more information which may aid in troubleshooting this. How about posting the compilation command used, also the contents of environment variables like SHLIB_PATH and LD_LIBRARY_PATH.

What Cobol product and its version are you using?

thanks!

Re: Why is /usr/lib/hpux32 used?

Dennis Handly — Tue, 07 Mar 2006 00:45:34 GMT

I'm assuming your real problem is:
>Assembler messages:
Can't open +A64 for reading: No such file or directory
ld: Can't find library or mismatched ABI for -lm
Fatal error.
>I would like to understand _why_ the GNUbase install is affecting this.

It appears you have replaced HP's assembler by a foreign devil version?

/usr/ccs/bin/as should accept the +A64 option.
You might want to use:
# /usr/sbin/swverify OS-Core.C-KRN

If your COBOL has a verbose -v mode, you might want to see which component is producing that error.

The mismatched ABI probably occurs because you don't have the right -L.

Re: Why is /usr/lib/hpux32 used?

VAS_1 — Tue, 07 Mar 2006 09:47:42 GMT

>It appears you have replaced HP's assembler by a foreign devil version?

Bingo! The GNU utilities included an assembler, which is installed in /usr/local/bin /usr/ccs/bin, which is where HP's assembler is located, came _after_ /usr/local/bin in the default PATH.

Thanks to you and Sandman. I had finally narrowed it down to where things were going wrong, and your sentence set the light bulb off!

It is Merant Cobol 4.0, by the way, that the PeopleSoft program uses, which is where the original problem showed up.

Re: Why is /usr/lib/hpux32 used?

VAS_1 — Tue, 07 Mar 2006 09:49:17 GMT

>It appears you have replaced HP's assembler by a foreign devil version?

Bingo! The GNU utilities included an assembler, which is installed in /usr/local/bin. HP's assembler is located in /usr/ccs/bin, which comes _after_ /usr/local/bin in the default PATH.

Thanks to you and Sandman. I had finally narrowed it down to where things were going wrong, and your sentence set the light bulb off!

It is Merant Cobol 4.0, by the way, that the PeopleSoft program uses, which is where the original problem showed up.

Re: Why is /usr/lib/hpux32 used?

VAS_1 — Tue, 07 Mar 2006 12:38:07 GMT

I rearranged the system path so the ANSI C and ccs directories precede /usr/local/bin, where the GNU utilities installed.

Thanks again.

Re: Why is /usr/lib/hpux32 used?

VAS_1 — Thu, 27 Apr 2006 15:29:03 GMT

Closed.