On Wed, Aug 08, 2001 at 06:43:00PM +0200, Tim Van Holder wrote: > I should have noticed this earlier, but it's been a while > since I last updated the CVS tree. > I just updated it and ran into an annoying problem: there is both a > lib/Autoconf and a lib/autoconf directory. This is not possible on > case-insensitive filesystems (like DOS and Win32), so CVS tries to > lump them all together. This results in both the typical "move away > Makefile.in, it is in the way" problems, as in "cannot find revision > control file for lang.m4" (because it looks for lib/Autoconf/lang.m4,v). In fact, I realized that latter on, and changed that, but I suppose the mere presence of Autoconf (now renamed Autom4te) on the CVS repo is enough to be a problem. Could someone ask the subversion team to completely get rid of lib/Autoconf/ please? As if it had never existed. > Since Struct.pm is shared between autoconf and automake, couldn't you > use lib/AutoTools/Struct.pm instead (both for autoconf and automake)? > Or you could use some other method for resolving this conflict (say, > using share/autoconf for the m4 files). As it stands, autoconf won't > be able to build at all on a DOS or Win32 system (and any other system > with a case insensitive filesystem). Well I thought about this several times, which is also why there is Autom4te/General.pl which contains subs that Automake should use. But I fear compatibility issues in future releases. IMHO, they should share the same sources when being developped, but not when being installed.
