Re: Pings

[Ralf Wildenhues]

Hi Akim,

* Akim Demaille wrote on Wed, Jan 28, 2009 at 04:43:56PM CET:
>
> Some of my patches are waiting for approvals or comments.
> I do understand that it requires time to process them, I
> just want to make sure they aren't forgotten :)

Thanks for the reminder.  I think I had them all on my radar.

> - dynamic logs
>
>   http://lists.gnu.org/archive/html/libtool-patches/2009-01/msg00064.html
>
>   here I will probably make a single call to the logs to
>   list the supported loaders, which requires a dynamic string.
>   Is there any lt_string somewhere I missed?  I have seen placed
>   where libltdl has to maintain dynamic strings, that would be
>   useful.

Still on my TODO-review list.

> - distcc nuisances in the test suite
>
>   http://lists.gnu.org/archive/html/libtool-patches/2009-01/msg00017.html

I've pushed an equivalent fix now.

> - nuke warnings in the wrappers
>
>   The patch at the end of
>
>   http://lists.gnu.org/archive/html/libtool/2008-12/msg00069.html

For this one I'd prefer if Charles and/or Peter took care of it, they
have a bunch of changes in this area and some discussion going on.
Actually, I'd prefer to just be able to say "go!" once y'all have agreed
on a common set of changes.  :-)

> - Bootstrap failures
>
>   http://lists.gnu.org/archive/html/bug-libtool/2008-11/msg00098.html
>
>   I suggest adding the following macros to lt~obsolete.m4 to stop
>   the boostrap nightmare.

I agree that this needs fixing, and in fact this is the single most
important issue to be addressed before 2.2.8.  However, I really want
to be able to reproduce it and thus understand the failure, and I
haven't so far.  I want to ensure that we cannot make this mistake
again.

> +m4_ifndef([_LT_REQUIRED_DARWIN_CHECKS],
> +          [AC_DEFUN([_LT_REQUIRED_DARWIN_CHECKS])])
> +m4_ifndef([_LT_AC_PROG_CXXCPP],
> +          [AC_DEFUN([_LT_AC_PROG_CXXCPP])])


> I have also the following patch that I don't remember if I
> sent it.

I don't remember you having sent it.

> Subject: [PATCH] Fix func_exec_init.
> 
>       * tests/defs.m4sh (func_exec_init): Instead of using the undefined
>       my_dir, call func_dirname_and_basename and use its result.
>       (func_make): For consistency, don't use the useless local variable
>       my_dir.

This is ok, please push.

Thanks,
Ralf