From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 00:34:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0515106566C for ; Sun, 14 Mar 2010 00:34:34 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9D48B8FC0A for ; Sun, 14 Mar 2010 00:34:34 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id o2E0YHwU041724; Sun, 14 Mar 2010 00:34:17 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Sun, 14 Mar 2010 00:34:16 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: <201003131831.19383.ken@mthelicon.com> <7d6fde3d1003131250n42af0221w7a94bfc22f79c76f@mail.gmail.com> In-Reply-To: <7d6fde3d1003131250n42af0221w7a94bfc22f79c76f@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003140034.16868.ken@mthelicon.com> X-Spam-Status: No, score=4.5 required=5.0 tests=AWL, BAYES_00, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Garrett Cooper Subject: Re: build failures after stdlib update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 00:34:34 -0000 > > > > Can anyone give me advice on how to track this problem down or fix > > it? I suspect I still have a lib that still trying to use the broken > > libc.so.7 or something else depended on it, but I am not sure.. > > Some of the items in this commit may be causing the bad juju > you're seeing on the screen: > > http://svn.freebsd.org/changeset/base/205021 > > Please try reverting that and see how things go. Hi Garrett, I'm not exactly sure if I can. I can use the svn utility OK, but the build looks like it is dieing when it makes the /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/* stuff. I was able to progress the build a little further by coping the build binaries from the /usr/obj/tmp/usr/....../cc/cc_tools directory and then continuing the build with a NO_CLEAN. I found that the binaries that were dieing were statically linked and the ones that worked were dynamically linked to /lib/libc.so.7. I thought I was able to push through the problem, but it died later on with pages of bad references: (single example below) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(cfgexpand.o) (.text+0xc6d): In function `add_reg_br_prob_note': : undefined reference to `gen_rtx_EXPR_LIST' I havent tried rolling back the sources yet, but I will give it a try. My suspicion is that the build will die because I have some library with a bug in it still. One option I was thinking of is copying in all the old libraries in /lib and seeing if it will build then. Do you think that will be helpfull? Peg