Date: Fri, 23 Oct 1998 03:30:18 -0700 From: Don Lewis <Don.Lewis@tsc.tdk.com> To: Bruce Evans <bde@zeta.org.au>, Don.Lewis@tsc.tdk.com Cc: current@FreeBSD.ORG Subject: Re: gnu/usr.bin/cc/cc_tools/Makefile bug? (was Re: filesystem safety and SCSI disk write caching) Message-ID: <199810231030.DAA20574@salsa.gv.tsc.tdk.com> In-Reply-To: Bruce Evans <bde@zeta.org.au> "Re: gnu/usr.bin/cc/cc_tools/Makefile bug? (was Re: filesystem safety and SCSI disk write caching)" (Oct 14, 6:05pm)
next in thread | previous in thread | raw e-mail | index | archive | help
On Oct 14, 6:05pm, Bruce Evans wrote: } Subject: Re: gnu/usr.bin/cc/cc_tools/Makefile bug? (was Re: filesystem saf } >} All rules that build multiple targets may have the same problem. Some } >} have been fixed by using .ORDER, but this is ugly , and it isn't necessary } >} unless the command[s] that build the files need to built them all together. } > } >Is it possible for make to determin that all the files will be built } >together? If so, then make could be fixed to avoid running these } >commands multiple times in the parallel case. } } No. Not without telling it using something like .ORDER. What if the commands to build the targets don't reference .TARGET, .PREFIX, and so on? Even .PREFIX should be OK if all the targets have the same prefix. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199810231030.DAA20574>