Return to BSD News archive
Newsgroups: comp.os.386bsd.apps Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!haven.umd.edu!darwin.sura.net!emory!europa.eng.gtefsd.com!news.ans.net!cmcl2!prism.poly.edu!prism2.poly.edu!kapela From: kapela@poly.edu (Theodore S. Kapela) Subject: Re: GCC 2.3.3 on 386bsd Message-ID: <C4roFC.Btx@poly.edu> Organization: Polytechnic University, New York References: <1993Mar29.222819.25110@njitgw.njit.edu> <CAZ.93Mar30123709@sqsosk.psq.mei.co.jp> <1993Mar30.071217.14597@sifon.cc.mcgill.ca> <1p9r75$p0k@hal.gnu.ai.mit.edu> Date: Wed, 31 Mar 1993 18:52:23 GMT Lines: 38 In article <1p9r75$p0k@hal.gnu.ai.mit.edu> mycroft@hal.gnu.ai.mit.edu (Charles Hannum) writes: > >In article <1993Mar30.071217.14597@sifon.cc.mcgill.ca> >storm@cs.mcgill.ca (Marc Wandschneider) writes: >> >> ** Note: I have some problems with unprotoize.c in stage1. I have >> to put >> >> #define GPLUSPLUS_INCLUE_DIR=$(libdir).... (something---It's in the Makefile) >> #define GCC_INCLUDE_DIR=.... (it's also in the Makefile) > >No, no, no! The proper way to fix this is, after > > touch stamp-proto > >to insert > > touch unprotoize.o > touch protoize.o > >This is a much clear solution. > . . . or don't use a broken make. Many versions of make determine list of targets to be remade all at once before doing any builds. When more than one target (in this case, protoize and unprotoize) is generated by one rule, it is not seen by make. I switched to using gnu make for the gnu utils (but still need to use /bin/make for rebuilding the system) just becuase of problems like this. No modification of the Makefiles is needed. -- Theodore S. Kapela Center for Applied Large-Scale Computing Polytechnic University kapela@poly.edu