I still believe the change is localized and not widespread enough
to justify supporting both behaviors... hopefully I'm not whistling
past the graveyard.
I don't know if I should take your word for it, or if I should compile
lots of things (old and new) with the beta make and report what
breaks. I'm still a bit bummed out after trying to figure out this
crap that the moronic Debian maintainer caused (sorry, I have _NO_
flattering words for him right now, maybe in a year or so when I
forget about this).
Either of these methods will behave identically to the "old way",
and also will behave identically in both old and new versions of
GNU make (and other versions of make, if that's important to
anyone). And, I don't think readability or maintainability suffers
much using either of these methods (of course these things are in
the eye of the beholder... Dan Jacobson for one seems to feel
otherwise).
Could have been prettier, could have been uglier; nothing to wet your
pants for.
I'll think about it some more maybe compile a bunch of stuff with the
make from alpha, still a bit pissed at the fool who added a beta make
to Debian since the old Makefile do make sense IMHO.
Do you have any date for a proper release of 3.81?
For what it is worth (I don't want you to rewrite it so it works with
3.81 and <= 3.80, I know make quite well thank you very much and can
do it myself :-), here is the fragment that libc broke on (note the
break in the regexp):
$(patsubst %,$(objpfx)%.udeps,$(user-interfaces)):
$(objpfx)%.udeps: $(..)mach/Machrules
$(make-target-directory)
# We must use $(CFLAGS) to get -O flags that affect #if's in header files.
$(include-%.defs) | \
$(CC) $(CFLAGS) $(CPPFLAGS) -M -x c - | \
sed -e 's,- *:,$@ $(@:.udeps=.ustamp) $(@:.udeps=.uh) $(@:.udeps=.__h)\
$(@:.udeps=_server.c) $(@:.udeps=_server.h):,' \
$(sed-remove-objpfx) > [EMAIL PROTECTED]
mv -f [EMAIL PROTECTED] $@
_______________________________________________
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make
