Re: Is buildworld broken?

看板DFBSD_bugs作者時間21年前 (2005/03/20 04:32), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串4/6 (看更多)
On Sun, 20 Mar 2005 02:27:51 +0900 YONETANI Tomokazu <qhwt+dfly@les.ath.cx> wrote: > On Sat, Mar 19, 2005 at 11:04:26AM -0500, Adrian Nida wrote: > > I'm trying to rebuild world, kernel, etc. and ran into this error. > > I rm'ed -r / usr/obj, rm'ed -r /usr/src, and re-cvsupped (as of ~30 > > minutes ago). Is anyone else seeing this? If not, any ideas what > > I should do to fix? > > > /usr/lib/libc.a(getopt_long.o): In function `getopt_long': > > getopt_long.o(.text+0x86c): multiple definition of `getopt_long' > > getopt_long.o(.text+0x864): first defined here > > The libc currently installed on your system contains getopt* > functions. This probably means that the last world installed was built > from source between "2005-03-13 20:13:41" and "2005-03-14 > 14:26:16"(see joerg's commit on commits@). Joerg: this is what I was talking about in the "Buildworld error" thread. Adrian: Updating my source tree didn't work for me when I ran into this - I had to fix this by downloading a snapshot ISO, mounting it with vnconfig, and copying /mnt/usr/lib/libc.* off of it into /usr/lib. -Chris > Try checking out the source slightly after "2005.03.14 14:27:00(UTC)" > and build and install libc, then start buildworld of -CURRENT. > > This reminds us that, when our getopt() is replaced with > getopt_long*(), we need a way to know if the building system has > getopt_long* family in its libc, or buildworld on months older system > or on FreeBSD 4.x fails at the bootstrapping stage. >
文章代碼(AID): #12F8nC00 (DFBSD_bugs)
文章代碼(AID): #12F8nC00 (DFBSD_bugs)