RE: Libtool Issue on HP-UX 11i

[Aditya Vikram]

Hi Robert,

I know it would be better to use the latest versions of libtool but we
have the compulsion to live with the one that we have. Even the
autoconf,automake that we are using are the older ones. So lot wud be
going to move to the later versions.

Is there any way to solve my problem?? Actually there had been some
talks going this mailing list as well but I didnt get to know the final
solutions.

I willl just refraim my problem...

The hpux values for these variable are:

 hardcode_libdir_flag_spec='${wl}+s,+b ${wl}$libdir'
 hardcode_libdir_separator=:
 hardcode_direct=yes
hardcode_minus_L=yes # Not in the search PATH, but as the default
    # location of the library.

Which results in another variable 
       hardcode_action = relink 

Which results in a relink option performed at the time of make
install?? Can we in any way disable this. 
Cant we live with 
       hardcode_direct=yes
       hardcode_minus_L=yes
       hardcode_action=immediate

Thanks,
Aditya


>>> "Boehne, Robert" <address@hidden> 4/22/2003 10:39:18 PM
>>>
Aditya,
 
If you're using C++, you really need to have Libtool 1.5.  Regardless,
you probably won't get much help with such an ancient version.
I can't tell what the problem is because there isn't enough information
here.
You may want to use "chattr" to modify the libraries/executables,
this may fix whatever the problem you're having is.
 
HTH,
 
Robert

-----Original Message-----
From: Aditya Vikram [mailto:address@hidden 
Sent: Tuesday, April 22, 2003 6:36 AM
To: address@hidden 
Subject: Libtool Issue on HP-UX 11i


Hi, 

I am using ltconfig v1.3.07 on HP-UX 11.11 and aCC A.03.37.
 
In ltconfig these are the value of variables for hpux
 
archive_cmds='$LD +s -b +h $soname +b $install_libdir -o $lib $li
bobjs $deplibs $linker_flags' ;;
 hardcode_libdir_flag_spec='${wl}+s,+b ${wl}$libdir'
 hardcode_libdir_separator=:
 hardcode_direct=yes
hardcode_minus_L=yes # Not in the search PATH, but as the default
    # location of the library.
 

The binaries that I am getting are faulty.
On running this is what I am getting :-
 
.libs/stest: 
         shared executable 
         shared library dynamic path search:
             SHLIB_PATH     enabled   first  
             embedded path  enabled   second
/home/test/stest/unix/.libs
         shared library list:
PROBLEM >>   static    /home/stest/unix/.libs/libstest.sl.1
             dynamic   /usr/lib/libpthread.1
             dynamic   /usr/lib/libdld.2
             dynamic   /usr/lib/libstd.2
             dynamic   /usr/lib/libstream.2
             dynamic   /usr/lib/libCsup.2
             dynamic   /usr/lib/libm.2
             dynamic   /usr/lib/libcl.2
             dynamic   /usr/lib/libc.2
         shared library binding:
             deferred 
         global hash table disabled
         plabel caching disabled
         global hash array size:1103
         global hash array nbuckets:3
         shared vtable support disabled
         static branch prediction disabled
         executable from stack: D (default)
         kernel assisted branch prediction enabled
         lazy swap allocation disabled
         text segment locking disabled
         data segment locking disabled
         third quadrant private data space disabled
         fourth quadrant private data space disabled
         data page size: D (default)
         instruction page size: D (default)
 
 
 
Everything is fine here except  the link to libstest.sl.1 which is
<static>
So even though SHLIB_PATH and embedded path are enabled they wont serve
the purpose if I place the library somewhere else and enable
SHLIB_PATH.
 
If I am understood properly can anybody suggest some solution ??
 
Thanks in advance.
 
Adit