RE: Incorrect library suffix on newer HP-UX (.sl vs .so)

[Boehne, Robert]

Tim,

hpux under pa-risc (even 64-bit) still uses the .sl extension even where 64-bit 
ELF libraries are concerned.  Only under the Intel architecture does it use the 
.so filename.  If you want to have a look for yourself, HP gives out shell 
access under their "testdrive" program, which gives you access to a slew of 
different OS/arch combinations (like Alpha/FreeBSD & ia64/hpux11).

HTH,

Robert

-----Original Message-----
From: Tim Mooney [mailto:address@hidden
Sent: Tuesday, October 07, 2003 3:15 PM
To: address@hidden
Subject: Re: Incorrect library suffix on newer HP-UX (.sl vs .so)


In regard to: Re: Incorrect library suffix on newer HP-UX (.sl vs .so),...:

>Sorry, that was not obvious, I've been thinking you were trying with
>a later version than that and simply asking for future plans of a
>feature not visible so far, possibly also browsing into the other cvs
>files at savannah without finding anything conclusive.
>
>Anyway, I've been just looking at the CVS repo at savannah and in the
>relevant libtool.m4 file, there is the following section that might
>be helpful to you (it looks good but YMMV):
>
>hpux9* | hpux10* | hpux11*)
>   # Give a soname corresponding to the major version so that dld.sl refuses to
>   # link against other versions.
>   version_type=sunos
>   need_lib_prefix=no
>   need_version=no
>   case "$host_cpu" in
>   ia64*)

This will likely work, but it's not really correct.

First, there is no ia64* support in 9.x (I'm certain on that) or 10.x (I'm
99% certain there).  The stanza for 9.x should probably be pulled off and
separated from the 10.x and 11.x stanzas, and it could then be simplified
significantly.  Does anyone remember when 680X0 support ended in HP-UX?
Was it before 9.x?

Second, 9.x and 10.x use `SOM' as the only object file format, and use
`.sl' as the shared library extension.

11.x uses ELF as the default library format (and .so for ELF shared
libraries), but it can grok older-style SOM libraries.  I don't know
if the 11.x compiler toolchain can *generate* SOM objects and libraries
(I suspect it can).  Perhaps someone with access to 11.x (Albert?) can comment.

What I don't know for certain is when full 64 bit objects and shared
libraries started showing up.  I thought there was some minimal support
in 10.x, but real 64 bit objects and shared libraries weren't available
until 11.x, in which case the default extension should likely be .so .

Anyone care to comment?

Tim
-- 
Tim Mooney                              address@hidden
Information Technology Services         (701) 231-1076 (Voice)
Room 242-J6, IACC Building              (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164


_______________________________________________
Libtool mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/libtool
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - -
This e-mail and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed.If 
you have received this e-mail in error please notify the sender immediately and 
delete this e-mail from your system.Please note that any views or opinions 
presented in this e-mail are solely those of the author and do not necessarily 
represent those of Ricardo (save for reports and other documentation formally 
approved and signed for release to the intended recipient).Only Directors or 
Duly Authorised Officers are authorised to enter into legally binding 
obligations on behalf of Ricardo unless the obligation is contained within a 
Ricardo Purchase Order. Ricardo may monitor outgoing and incoming e-mails and 
other telecommunications on its e-mail and telecommunications systems. By 
replying to this e-mail you give consent to such monitoring.The recipient 
should check this e-mail and any attachments for the presence of viruses. 
Ricardo accepts no liability for any damage caused by any virus transmitted by 
this e-mail. "Ricardo" means Ricardo plc and its subsidiary companies.
Ricardo plc is a public limited company registered in England with registered 
number 00222915.
The registered office of Ricardo plc is Bridge Works, Shoreham-by Sea, West 
Sussex, BN43 5FG.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - -