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
