Date: Fri, 25 Jul 1997 17:09:36 +0930 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: bde@zeta.org.au (Bruce Evans) Cc: mrcpu@cdsnet.net, msmith@atrad.adelaide.edu.au, current@FreeBSD.ORG Subject: Re: make world failure Message-ID: <199707250739.RAA21474@genesis.atrad.adelaide.edu.au> In-Reply-To: <199707250730.RAA27276@godzilla.zeta.org.au> from Bruce Evans at "Jul 25, 97 05:30:26 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Bruce Evans stands accused of saying: > >> /usr/src/lib/libedit/el.h:103: help.h: No such file or directory > > > >help.c is generated earlier in the build process (during the 'depend' > >phase). Go back through your log and see what went wrong. > > The depend phase shouldn't be necessary. Many makefiles have > complications to support this. See e.g. sh/Makefile for a verbose way > of handling the problem of generated headers. Several object files > really do depend on the generated headers, and there seems to be no > better way of expression this than giving the dependencies explicity > (making everything depend on .depend is no good, since everything would > get rebuilt when .depend changes). I'm not sure I follow you here. It is not possible to run 'make depend' without generating the headers, as the depend will fail when the headers aren't found. Given that .depend is written into the object directory, I can't see anything wrong with the method that libedit uses. It's certainly a sight less disgusting than the way that sh/Makefile does it. > Bruce -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199707250739.RAA21474>