Re: hardcode_direct problem on HP-UX/PA

2006-04-28 Thread Albert Chin 
On Tue, Apr 25, 2006 at 01:52:00PM -0500, Albert Chin wrote:
> [snip snip]
> 
> How do we solve this? Either we set hardcode_direct=no for these
> platforms or, in ltmain.in, make it smart enough to check and use
> hardcode_minus_L=yes before hardcode_direct=yes.

Another possibility is to add a new variable, hardcode_direct_static,
that defines whether or not the above is true for the specified
system. We'd then modify ltmain.in to take hardcode_direct_static=yes
into consideration when hardcode_direct=yes.

-- 
albert chin ([EMAIL PROTECTED])


___
http://lists.gnu.org/mailman/listinfo/libtool

Re: Re: hardcode_libdir, rpath and DLLs

2006-04-28 Thread Robert Szeleney 

Hi!

Ok, because of the various problems
using PE/DLL executable format with *nix software I just decided to completely
drop PE support and replace it with ELF. (Except for a tiny .PE loader
for Mono assemblies).

http://www.skyos.org/?q=node/519

Once done, I will try porting libtool
again and let you know how far I come.

Thanks for the really great help so
far!
Robert
___
http://lists.gnu.org/mailman/listinfo/libtool