[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: LD_LIBRARY_PATH_64 on Solaris

From: Ralf Wildenhues
Subject: Re: LD_LIBRARY_PATH_64 on Solaris
Date: Sun, 14 Nov 2010 18:15:50 +0100
User-agent: Mutt/1.5.20 (2010-08-04)

* Ralf Wildenhues wrote on Sat, Oct 16, 2010 at 04:52:20PM CEST:
>     Handle auxiliary shared library path environment variables.
>     This patch lets libtool handle systems with more than one shared
>     library path variable, such as Solaris, HP-UX, IRIX.  If the
>     libtool variable aux_shlibpath_var is set, then it names an
>     environment variable that, if set, overrides the environment
>     variable named by shlibpath_var.  libtool takes care to set
>     $aux_shlibpath_var only if it is set already in the environment,
>     to avoid losing settings from $shlibpath_var.
>     * libltdl/config/ltmain.m4sh (func_mode_execute)
>     (func_mode_finish, func_exec_program, func_emit_cwrapperexe_src)
>     (func_mode_link): Handle $aux_shlibpath_var in addition to
>     $shlibpath_var, by setting the former if aux_shlibpath_var is
>     nonempty and the variable it names is set in the environment.
>     * libltdl/ltdl.c (try_dlopen): Honor LT_MODULE_AUX_PATH_VAR if
>     it is set and nonempty, and LT_MODULE_PATH_VAR only otherwise.
>     * libltdl/m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER)
>     <aux_shlibpath_var>: New _LT_DECL.
>     [hpux/hppa64]: Set shlibpath_var to SHLIB_PATH, aux_shlibpath_var
>     [irix]: Set shlibpath to LD_LIBRARY_PATH, aux_shlibpath_var to
>     LD_LIBRARY${shlibsuff}_PATH.
>     [solaris i386/x86_64]: Set aux_shlibpath_var to
>     LD_LIBRARY_PATH_{32,64} as appropriate.
>     * libltdl/m4/ltdl.m4 (LT_SYS_MODULE_PATH): New define
>     LT_MODULE_AUX_PATH_VAR, new cache variable
>     lt_cv_module_aux_path_var, set from aux_shlibpath_var.
>     * tests/ (aux_shlibpath_var): New test.
>     * NEWS: Update.
>     * doc/libtool.texi (libtool script contents): Document
>     aux_shlibpath_var.  Adjust documentation for
>     hardcode_direct_absolute and hardcode_shlibpath_var.
>     Report by Paul H. Hargrove.

Any comments on this?  There were several design decisions to be made in
this patch, a quick sanity check by somebody would be nice.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]