Hi Albert,
* Albert Chin wrote on Sat, Nov 12, 2005 at 04:14:25PM CET:
Updated patch attached.
Thank you. I have applied that to branch-1-5.
Cheers,
Ralf
Hi Tim,
* Tim Rice wrote on Sun, Nov 13, 2005 at 12:23:54AM CET:
On Sat, 12 Nov 2005, Ralf Wildenhues wrote:
Does the test pass even with ksh88, after this patch is applied
(CVS HEAD)?
Tests pass on both ksh and ksh88.
Good work.
Thanks for confirmation. Applied to HEAD and
Hi Kean,
* Kean Johnston wrote on Sat, Nov 12, 2005 at 07:15:24PM CET:
Since this is really for a dying libtool branch, what the heck, repost
as above. At least it would match your usage pattern with
-absolute-soname, too.
Ok attached please find the revised patch. I was unable to
avoid
Hi Tim, Kean,
* Tim Rice wrote on Thu, Nov 10, 2005 at 07:59:52PM CET:
On Thu, 10 Nov 2005, Ralf Wildenhues wrote:
Could you or Tim resubmit the patch like this for branch-1-5?
Then, when you forward-port to CVS HEAD, leave out the SCOABSPATH part;
Here is the forward port without the
* Ralf Wildenhues wrote on Sun, Nov 13, 2005 at 08:06:42PM CET:
* Kean Johnston wrote on Sat, Nov 12, 2005 at 07:15:24PM CET:
Ok attached please find the revised patch.
A couple of open questions remain:
- was the quoting for allow_undefined_flag different on purpose
(i.e., because of
Now that the last use of lt_prog_cc_shlib is gone, we can kill
another bit of junk. :)
Applied to HEAD and branch-1-5.
Cheers,
Ralf
HEAD:
* libltdl/m4/libtool.m4 (_LT_LANG_C_CONFIG):
Removed `lt_prog_cc_shlib' cruft, not needed any more.
Index: libltdl/m4/libtool.m4
OK, thanks. Yes, that's better. I had thought to avoid the extra
quoting `\$SCOABSPATH' so that it would be invisible to the user from
the libtool output, but the way that is now is ok with me. However,
it's a good idea not to carry this into CVS HEAD for another reason:
Sometime after 2.0 I
- You change shlibpath_overrides_runpath depending on the linker.
This makes little sense, as this is a rtld feature, not a ld one.
Is there a rationale to this?
Yes indeed :)
And the interpretation of LD_LIBRARY_PATH is an RTLD feature,
but both the SVR4 and GNU ld use it during actual
Hi Tim, Kean,
Regarding the AC_PROG_NM issue:
* Ralf Wildenhues wrote on Sat, Nov 05, 2005 at 08:54:26AM CET:
Then AFAICS there's only the /usr/ccs/bin/elf path issue left, and the
$ac_tool_prefix one. Regarding the latter, I should add that CVS
Autoconf has the following description for
Hi Eric,
Factoring out some of the fallout now:
* Eric Blake wrote on Sun, Nov 13, 2005 at 05:50:31AM CET:
This made me realize that there is another problem with
lt_dlinterface_register:
2005-10-26 Eric Blake [EMAIL PROTECTED]
* libltdl/ltdl.c (lt_dlinterface_register): Fail
Hi Eric,
First, let me thank you for excellent and quick review!
* Eric Blake wrote on Sun, Nov 13, 2005 at 05:50:31AM CET:
Ralf Wildenhues Ralf.Wildenhues at gmx.de writes:
I'm not so sure whether we should register/free the thing in loadlibrary
every time instead of once at the start:
Ralf Wildenhues wrote:
Hi Charles,
That just leaves Eric's comments, and Ralf's point (4). I wonder if it
would be a good idea to add --enable/--disable configure flags for every
loader...with the default set of loaders determined on a per-platform
basis. That's the most flexible (and
Charles Wilson wrote:
No, I think the wrong-order problem was because of my (now abandoned)
patch when packaging libtool for the cygwin distribution. I *believe*
the current impl, when both loaders are compiled in, calls dlopen first.
But I'll check...
Hmm.
The behavior I see is odd.
13 matches
Mail list logo
