X-Authentication-Warning:	delorie.com: mailnull set sender to djgpp-workers-bounces using -f
To:	Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
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:	<E16k7dj-0002KF-00@fencepost.gnu.org>
From:	Eli Zaretskii <eliz AT gnu DOT org>
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

> Date: Sun, 10 Mar 2002 14:51:19 +0000
> From: Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
> 
> 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.

- Raw text -