Date: Mon, 6 Nov 2000 03:05:31 +1100 (EST) From: Bruce Evans <bde@zeta.org.au> To: Don Lewis <Don.Lewis@tsc.tdk.com> Cc: kstewart@urx.com, Steven Farmer <steve@megahack.com>, freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: installworld failure - libsdbm.a Message-ID: <Pine.BSF.4.21.0011060246450.864-100000@besplex.bde.org> In-Reply-To: <200011051124.DAA19413@salsa.gv.tsc.tdk.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0011060246450.864-100000>