From bde@zeta.org.au Mon Nov 6 03:05:35 2000 +1100 Date: Mon, 6 Nov 2000 03:05:31 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Don Lewis cc: kstewart@urx.com, Steven Farmer , freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: installworld failure - libsdbm.a In-Reply-To: <200011051124.DAA19413@salsa.gv.tsc.tdk.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O X-Status: X-Keywords: X-UID: 1357 On Sun, 5 Nov 2000, Don Lewis wrote: > On Nov 4, 11:54am, Kent Stewart wrote: > } Subject: Re: installworld failure - libsdbm.a > } > } > } Steven Farmer wrote: > } > > } > After this morning's cvsup and buildworld, installworld failed trying > } > to build libsdbm.a. I worked around the problem by adding chmod to > } > Makefile.inc1 as shown below. BTW - isn't it kind of wierd for a > } > library to be _built_ at installworld time? > } > } Yes, it is. It is supposed to be build in buildworld where is also > } chmod'ed appropriately. Something triggers the build during > } installworld, which is a place they don't want to add chmod to. I have > } had it hit me once. > > I had the same thing happen to me yesterday abuse six hours into > a -current "make release". The problem didn't recur when I reran > "make release". One possible quirk is that I am mounting the scratch > area from a 4.1-stable NFS server. Notice that only the .a file is > getting built, and not the .o files. I suspect that the file > timestamps are getting messed up, causing make to rebuild the .a > file. That is another bug. The main bug is that the perl install looks at timestamps (install targets shouldn't depend on anything). > } > ===> gnu/usr.bin/perl/library/SDBM_File > } > cd /usr/obj/usr/src/gnu/usr.bin/perl/library/SDBM_File/ext/SDBM_File ; make -B install INSTALLPRIVLIB=/usr/libdata/perl/5.00503 INSTALLARCHLIB=/usr/libdata/perl/5.00503/mach This is from gnu/usr.bin/perl/library/SDBM_File/../Makefile.inc. No problems yet. > } > cd sdbm && make all This is from the automatically generated Makefile in the obj directory. This Makefile is nothing like a BSD makefile and has bugs like: install :: all pure_install doc_install This causes things to be built at install time if they are out of date. > } > rm -rf libsdbm.a > } > ar cr libsdbm.a sdbm.o pair.o hash.o && : libsdbm.a > } > chmod 755 libsdbm.a > } > chmod:No such file or directory > } > *** Error code 1 Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message