From owner-freebsd-current Mon Jun 24 09:46:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA04285 for current-outgoing; Mon, 24 Jun 1996 09:46:50 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA04276 for ; Mon, 24 Jun 1996 09:46:47 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA31225; Tue, 25 Jun 1996 02:43:39 +1000 Date: Tue, 25 Jun 1996 02:43:39 +1000 From: Bruce Evans Message-Id: <199606241643.CAA31225@godzilla.zeta.org.au> To: bde@zeta.org.au, grog@lemis.de Subject: Re: make fails Cc: FreeBSD-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Wouldn't it be more appropriate to print out the ld invocation line >>> too? >> >> No more than to add -v to CFLAGS. >Well, I'd think that you should either print both the cc -c invocation >and the ld invocation, or neither. It's very confusing to just leave >some of them out. Personally, I'm for having them both there. No, because the ld -x -r step is just to overcome the inability of cc to handle the -x step. >> @ is often misused in makefiles, but one running current should be >> able to run make -n to see exactly what make would do. >Sure. How long does a make -n world run for? Does it really descend >properly into all subdirectories? Who expects this behaviour? The >current situation is just plain misleading. I don't know about make world because I never run it. make -n is fast but almost useless because it doesn't descend. The lib behaviour is expected by everyone who understands the library makefiles. Bruce