PATCH g77/Make-lang.in intdoc.texi dependencies inconsistency

[Hans-Peter Nilsson]

> Date: Mon, 30 Aug 1999 19:57:55 -0600
> From: Jeffrey A Law <law@cygnus.com>
>   In message < oryaeshop0.fsf@cupuacu.lsd.dcc.unicamp.br >you write:
>   > On Aug 30, 1999, Jeffrey A Law <law@cygnus.com> wrote:
>   > >   In message < 199908292219.AAA18850@ignucius.axis.se >you write:
>   > >> * Make-lang.in ($(srcdir)/f/intdoc.texi): Prefix dependencies with
>   > >> $(srcdir).
>   > 
>   > > This is wrong and bad.  While it will fix some problems with the majorly
>   > > braindead Sun make, it will break things for other makes.
>   > 
>   > How could it break anything?  Adding `$(srcdir)/' where appropriate
>   > has never been a problem on automake.
> It really can.  I'd have to go dig out some old mail, but we ran into some
> real problems when someone changed gdb in a similar manner.

Umm, if that is the reason (IMHO vaguely defined, sorry), then
perhaps this patch is not really wrong *and* bad, as it does not
have an ill effect on the recommended setup, i.e. GNU make (for
a plain "bootstrap install") in srcdir != objdir and no logical
reason for it breaking elsewhere.

There are several similar targets in f/Make-lang.in, both with
and without the $(srcdir) prefix on either side.  They don't
break, and why should they?  (Ok, the similarity argument is
not solid, as the patch makes it the only rule where *both*
sides of the ":" have a prefix.)

No, I don't insist; I just put this piece of mind here, as
people could otherwise blindly believe that the egcstensions
patch for using Sun make is wrong and bad for them, if they
happen to use it with other makes, particularly GNU make, and
just do an installation.

brgds, H-P