FYI: 30-gary-trim-todo.patch

[Gary V. Vaughan]

Also applied to HEAD release.

Index: ChangeLog
from  Gary V. Vaughan  <address@hidden>

        * TODO: Removed obsolete comments about RMS' package system.

Index: TODO
===================================================================
RCS file: /cvsroot/libtool/libtool/TODO,v
retrieving revision 1.46.2.1
diff -u -p -u -r1.46.2.1 TODO
--- TODO 3 Sep 2001 01:48:29 -0000 1.46.2.1
+++ TODO 16 Mar 2002 18:49:48 -0000
@@ -7,7 +7,7 @@ In the near future:
 * Fix the following bugs in libltdl:
  - Report dlerror() for dlclose and dlsym if available
  - Make sure that the dependency_libs of a dlpreopened module won't be loaded.
- 
+
 * Check whether the version of libtool.m4 is compatible with
 ltconfig/ltmain.sh.  Meanwhile, the recommended approach for
 developers using automake is to insert libtool.m4 in acinclude.m4.
@@ -55,8 +55,8 @@ respective ltdl.m4 macros.
 
 * Godmar Back writes:
   libltdl uses such stdio functions as fopen, fgets, feof, fclose, and others.
-  These functions are not async-signal-safe. While this does not make 
-  libltdl unusable, it restricts its usefulness and puts an 
+  These functions are not async-signal-safe. While this does not make
+  libltdl unusable, it restricts its usefulness and puts an
   unnecessary burden on the user.
 
   As a remedy, I'd recommend to replace those functions with functions
@@ -66,7 +66,7 @@ respective ltdl.m4 macros.
   out from which you can steal the latter.
 
   I believe relying on async-signal-safe functions to the greatest extent
-  possible would greatly improve libltdl's ability to be embedded in and 
+  possible would greatly improve libltdl's ability to be embedded in and
   used by other systems.
 
 * Arrange that EXEEXT suffixes are stripped from wrapper script names
@@ -145,13 +145,6 @@ properly with AC_CONFIG_AUX_DIR using pr
 
 Things to think about:
 **********************
-
-* Talk with RMS about his so-called `automatic package generation
-tool.'  This is probably what Thomas has been murmuring about for the
-Hurd.  We'll need to integrate package-supplied programs such as
-libtool into that scheme, since it manages some of the preinstall and
-postinstall commands, but isn't installed itself.  Probably, things
-like libtool should be distributed as part of such a binary package.
 
 * Maybe implement full support for other orthogonal library types
 (libhello_g, libhello_p, 64 vs 32-bit ABI's, etc).  Make these types

-- 
  ())_. Gary V. Vaughan     gary@(oranda.demon.co.uk|gnu.org)
  ( '/  Research Scientist  http://www.oranda.demon.co.uk       ,_())____
  / )=  GNU Hacker          http://www.gnu.org/software/libtool  \'      `&
`(_~)_  Tech' Author        http://sources.redhat.com/autobook   =`---d__/