Mark D. Baushke wrote:
> I would suggest consideration of including the GNULIB versions of
> those functions as an alternative.

Cool.  I didn't know this [1]_ existed.

> this does probably make a vote of moving to a use of autoconf and
> automake as a part of building the configure and related files in
> order to make this easier to use.

We are currently using autoconf, but not automake.  Part of the reason I
updated the libiberty directory in the first place was because of
updating our autoconf version requirements.  Perhaps it's time to push
the move to automake as well.  You mentioned this not too long ago, and
I expressed interest in holding off until 4.2.  I consider cleaning up
the libiberty mess important enough for 4.1, and if automake is required
to do that, then I'd support that move as well.

With tree clean-up in mind, it looks like the makefile stubs in ./config
are pretty much useless now, and have been for at least three years.  We
may as well use that for storing autoconf files, etc.  Additionally,
gnats/man looks out-of-date with respect to doc/man.

.. [1] http://www.gnu.org/software/gnulib/manual/gnulib.html

-- 
Chad Walstrom <chewie@wookimus.net>           http://www.wookimus.net/
           assert(expired(knowledge)); /* core dump */