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 <rich AT phekda DOT freeserve DOT co DOT uk>
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 <djgpp-workers AT delorie DOT com>
Subject:	autoconf-2.50-iscated & automake-1.5-ified packages and SFN
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/ ]

- Raw text -