Re: make and backslash-newline's

[Alfred M\. Szmidt]

   It's not clear to me what the problem is with having a late beta of
   GNU make installed into Debian unstable.  If these changes are
   going to be in the next release would it really have made much
   difference to wait for that?

The problem is that you don't get the chance to read the NEWS file. :(
Often when you update Debian, you get a bazillion packages to update,
and simply don't have the time to read through all the new blurbs.  If
3.81 had been released, I atleast, would have read the NEWS file that
you'd post to info-gnu (and I would have sent a bug report if you
didn't :-); and would have noticed such a change.

     ams> Do you have any date for a proper release of 3.81?

   Yes: imminently.

Okie, I'll just fix the Makefile in glibc then, easier that way.

   As you say, you don't need my help... but I'll just mention that if
   it were me and I was already committed to GNU make (as it seems you
   are here) I'd consider creating a variable that held all the
   possible suffixes (depsuffix = ustamp uh __h _server.c _server.h),
   then replace this list with a $(foreach ...) loop.  This lets you
   add new suffixes very easily by updating that variable.  Without
   seeing the entire makefile I can't tell, of course, but it might be
   that this suffix variable could be used in similar contexts in
   other places in the makefile.

Well, libc's Makefiles are freaky for one, and this target in question
hasn't been touched since 1996; and most of the Makefile hasn't been
touched since 1992. :-) Thanks for the tips though.