Re: XEmacs' autoconf weirdness (was Re: Spurious "file has changed on disk" warnings on Linux)

wmperry(a)aventail.com (William M. Perry) writes: > Martin Buchholz <martin(a)xemacs.org&gt; writes: > > > >>>>> "Bill" == William M Perry <wmperry(a)aventail.com&gt; writes: > > > > Bill> But libtool will eventually migrate to being able to fully support > > Bill> dlopen'able modules, so this could be used as the basis for some of the > > Bill> module support. I know jean is working on getting libtool to work on sco > > Bill> from some of the messages on the mailing list. :) > > > > Maybe in that case we should wait for libtool dlopen support before > > libtoolizing XEmacs. > > libtool'izing XEmacs would be a separate task. We'd have to > libtool'ize the modules as well, which is what would have to wait. Everybody: WHAT modules?

The modules/ directory mostly contains very very obsolete versions of pieces of XEmacs code. eldap.c is totally outdated. base64.c contains code that appears to be based on an old version of Fmd5() from md5.c -- I recognize it by having an enormous and needless number of streams for conversion. I've reported this before, but to no avail (md5.c contains code that shows how it should be done.) Also, someone [sorry, I can't recall the name] is working on rethinking and rewriting the dlopen support to be really useful; what we have at this point should be thought of as an alpha version.