Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> One possibility would be to restart once with /bin/sh, or, if part of
> the environment, with CONFIG_SHELL, or, after parsing the command line,
> with CONFIG_SHELL, if that is given there. All of this is very slow
> (read: dog-slow), and I'd really li
On Sat, Nov 05, 2005 at 08:34:23AM +0100, Ralf Wildenhues wrote:
> * Albert Chin wrote on Fri, Nov 04, 2005 at 06:15:49PM CET:
> > The following patch fixes libtool-1.5 on HP-UX 11.23/IA-64.
> > 1. If you specify +b and -L, -L doesn't embed the path into
> > DT_RPATH. Hence, removal of hardc
On Sun, 6 Nov 2005, Ralf Wildenhues wrote:
> Hi Tim,
>
> * Tim Rice wrote on Sun, Nov 06, 2005 at 09:28:59PM CET:
> > On Sat, 5 Nov 2005, Ralf Wildenhues wrote:
> > >
> > > Hmm. The original bug report (that added the sco3.2v5 line) is here:
> > > http://savannah.gnu.org/patch/index.php?func=de
The Libtool issue described here may need cooperation from Autoconf.
In libtool.m4's _LT_PROG_ECHO_BACKSLASH, we search for a good
combination of an `echo' program (that does not interpret backslashes)
and a $SHELL that also qualifies for _AS_DETECT_BETTER_SHELL.
This detection has one, or rather
* Ralf Wildenhues wrote on Sun, Nov 06, 2005 at 07:17:12PM CET:
> Given the need for an audit of macro ordering in libtool,
A bit more fallout. OK to apply to branch-1-5 and forward-port?
- unset is not portable. Should I rather set lt_unset somewhere
in the initialization code and use that i
Hi Tim,
* Tim Rice wrote on Sun, Nov 06, 2005 at 09:28:59PM CET:
> On Sat, 5 Nov 2005, Ralf Wildenhues wrote:
> >
> > Hmm. The original bug report (that added the sco3.2v5 line) is here:
> > http://savannah.gnu.org/patch/index.php?func=detailitem&item_id=298
> > I don't quite understand it, thou
On Sat, 5 Nov 2005, Ralf Wildenhues wrote:
> Hi Kean,
>
> * Kean Johnston wrote on Mon, Oct 31, 2005 at 02:07:21AM CET:
> >
> > Handle older SCO systems correctly.
>
> Hmm. The original bug report (that added the sco3.2v5 line) is here:
> http://savannah.gnu.org/patch/index.php?func=detailitem
* Ralf Wildenhues wrote on Sun, Nov 06, 2005 at 07:17:12PM CET:
> Given the need for an audit of macro ordering in libtool,
*snip*
D'oh. Mike actually reported that LD_LIBRARY_PATH should be
saved/restored when it wasn't..
OK to apply to branch-1-5 and forward-port?
Cheers,
Ralf
* libt
* Ralf Wildenhues wrote on Sun, Nov 06, 2005 at 07:17:12PM CET:
> Given the need for an audit of macro ordering in libtool,
*snip*
OK to apply this? This has been fixed in HEAD already.
Cheers,
Ralf
* libtool.m4 (AC_LIBTOOL_LANG_C_CONFIG): Move static_flag
check..
(AC_LI
Given the need for an audit of macro ordering in libtool, I decided
I needed all the help and information I could get.
So first, I went through the fun of
sh -u configure
adding environment variables until I hit bugs.
I also wrote a hacky script to find uninitialized uses by unleashing
weird se
Applied to HEAD and branch-1-5.
Cheers,
Ralf
HEAD:
* libltdl/m4/libtool.m4 (_LT_TRY_DLOPEN_SELF): lt_unknown is
lt_dlunknown.
Index: libltdl/m4/libtool.m4
===
RCS file: /cvsroot/libtool/libtool/libltdl/m4/libtool.m4
It's almost never right to change a macro call into a macro requirement.
It does hideous things! We've had three bugs at least now because of
those!
Proposed rules for defun'ed macros:
Rule #1:
Do not m4_defun/AC_DEFUN a macro unless all its requirements obey the
following rules recursively. Us
Hi Gary,
* Gary V. Vaughan wrote on Tue, Nov 01, 2005 at 11:40:39AM CET:
> Ralf Wildenhues wrote:
> >OK to apply to branch-1-5 and forward-port (HEAD has only the STRIP_LIB
> >part missing, I believe)?
>
> Yes, please commit.
Thanks for reviewing!
> Thanks for this... there is still much bogosi
Applied some whitespace and comment cleanup to CVS HEAD and branch-1-5,
as attached. Looks nicer and helps with finding the top of m4 macros
with an editor macro. :)
Also, Albert's suggestion for Makefile.am.
Cheers,
Ralf
* Makefile.am: `2>&1' as suggested by Albert Chin.
* libl
14 matches
Mail list logo
