X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-workers-bounces using -f To: Richard Dawe CC: djgpp-workers AT delorie DOT com In-reply-to: <3C8B72E7.BE073D1B@phekda.freeserve.co.uk> (message from Richard Dawe on Sun, 10 Mar 2002 14:51:19 +0000) Subject: Re: autoconf-2.50-iscated & automake-1.5-ified packages and SFN References: <3C8B72E7 DOT BE073D1B AT phekda DOT freeserve DOT co DOT uk> Message-Id: From: Eli Zaretskii Date: Sun, 10 Mar 2002 13:01:47 -0500 Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > Date: Sun, 10 Mar 2002 14:51:19 +0000 > From: Richard Dawe > > 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 the configure file with the following Sed snippet: # Makefile.in.in is renamed to Makefile.in-in. /^ac_config_files=/,/_ACEOF/ { s|po/Makefile\.in|&:po/Makefile.in-in| } /CONFIG_FILES=/ s|po/Makefile\.in|&:po/Makefile.in-in|2 This goes into config.sed, and causes the configure script to have a rule: po/Makefile.in: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. I don't think this is a good solution, since it requires Autoconf to be installed on the machine where the package is configured. I think we should try to avoid requiring any unnecessary packages. > 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. It probably does. > 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. I cannot even convince him to rename a single file in the latest gettext that clashes with another after 8+3 truncation. Feel free to give it a try, though; perhaps you will be more lucky. > 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. It is much better (IMHO) to force configure to use _deps unconditionally, with this gork in config.sed: s,\.deps,_deps,g > Has anyone tried to port any other packages using latest autoconf & > automake > to DJGPP? Yes, I did. It sounds like you are trying to use a very old version of config.* files, which don't work with the latest tools anymore. I suggest to look in one of the latest ports by Juan Manuel Guerrero, and adopt his files with somke minimal changes required by Fileutils. I find Juan's work to be excellent, and used it with trivial changes in several packages I'm going to release shortly. The above solutions are all taken from Juan's files. > PS: A new release of Fileutils 4.0 should appear on Simtel.NET > sometime soon. I have found one more problem with the current port of Fileutils: typing "ls a:" for an empty floppy disk in A: produces this error message: a:: No more files (ENMFILE) Strangely, this only happens on plain DOS, but not on Windows. I'm guessing this is some subtlety in `stat' or some such.