X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-workers-bounces using -f Sender: rich AT phekda DOT freeserve DOT co DOT uk Message-ID: <3C8B72E7.BE073D1B@phekda.freeserve.co.uk> Date: Sun, 10 Mar 2002 14:51:19 +0000 From: Richard Dawe X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i586) X-Accept-Language: de,fr MIME-Version: 1.0 To: DJGPP workers Subject: autoconf-2.50-iscated & automake-1.5-ified packages and SFN Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: djgpp-workers AT delorie DOT com Hello. As part of preparing Fileutils 4.0 for another release with Eli's patches, I thought I'd try to get it working with autoconf 2.50 and automake 1.5. Well, that worked OK, until I tried to get it working with SFN. The current config.bat will not work, because the internals of the configure script have changed. The problem is with po/Makefile.in.in. We rename this to Makefile.in-in and have a sed rule to change references to po/Makefile.in.in to po/Makefile.in-in. Unfortunately a 2.50 configure script doesn't make any reference to po/Makefile.in.in. So when config.status runs it barfs, because it can't find po/Makefile.in.in. The solution to this is to patch configure.in's AC_OUTPUT (or the new macro AC_CONFIG_FILES) to generate po/Makefile.in from po/Makefile.in-in. But this patch to configure.in ruins the nice setup I had before. You could take a fresh copy of Fileutils 4.0 sources, apply the patch, run configure and then build for LFN. If you wanted to build with SFN, you'd just have to rename a few files (as specified in fnchange.lst), run config.bat and then build. For both SFN and LFN the sources had been patched the same way. Now you need two different patches, or an extra patch for SFN. Maybe I just want to have my cake and eat it. ;) Anyway, after fixing configure to find po/Makefile.in-in, I found that it trashed Makefile.in in lib/ and src/. I gave up at that point and decided to go for the quick route (patch exisiting release areas). I wonder if a similar trashing problem occurs with Fileutils 4.1 sources. BTW has anyone asked Bruno Haible to rename po/Makefile.in.in to po/Makefile.in-in for DJGPP? This solve a lot of hassle in DJGPP ports. There is another problem with automake 1.5's dependency generation. It and depcomp (still) use .deps as the directory to put dependencies in. But at least you can disable dependency tracking with a configure option now. Has anyone tried to port any other packages using latest autoconf & automake to DJGPP? Thanks, bye, Rich =] PS: A new release of Fileutils 4.0 should appear on Simtel.NET sometime soon. -- Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]