[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: m4 files not unique in 8.3 environments

From: Stepan Kasal
Subject: Re: m4 files not unique in 8.3 environments
Date: Wed, 2 Mar 2005 09:17:40 +0100
User-agent: Mutt/1.4.1i

Hi Eli,

On Tue, Mar 01, 2005 at 11:04:38PM +0200, Eli Zaretskii wrote:
> > But Bruno feels that renaming the files would negatively affect
> > readability of code.
> Someone will have to explain this to me, because I don't see the
> connection.  Really.

inttypes-pri.m4 is a better name, as "inttypes" is the more general
term here.  all inttypes*.m4 are dealing with "inttypes" main problem
and related subproblems.

That's how I feel it.

> > Can another solution be found?  Could you implement a "global"
> > fnchange.lst which would apply to all packages coming later?

> --it's not a coincidence that Make, unlike almost any other GNU
> package ported to DJGPP, is not built by running the standard
> configure script via the ported Bash.

OK, so make, as a "bootstrapping" package should contain it's own
fnchange.lst to solve this.
It it can even have the files renamed in the copy of the tree provided
by the port.
In short, a special solution is required for the port of make.
(This is done only once.)

The main problem is that the clash in gettext's files affects dozens
of "ordinary" packages.  For those, the "global fnchange" approach
might be appropriate.

I know this solution is suboptimal for you.  But djgpp is percepted
as a "minority" these days, and the price is that you have to keep
more things on your side.

Yet another idea: perhaps the djgpp system could be enhanced to search
for a suitable short filename in the top (or end) of the file.
Adding such a hint to the file might have greater chances.

Have a nice day,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]