From owner-freebsd-current@FreeBSD.ORG Thu Jun 17 05:03:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E2C116A4CE; Thu, 17 Jun 2004 05:03:32 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10F5043D5F; Thu, 17 Jun 2004 05:03:30 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 01F7EFD062; Wed, 16 Jun 2004 22:03:17 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00678-04; Wed, 16 Jun 2004 22:03:16 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 38B6FFD059; Wed, 16 Jun 2004 22:03:16 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org In-Reply-To: <1087442023.22390.2.camel@server.mcneil.com> References: <1087442023.22390.2.camel@server.mcneil.com> Content-Type: text/plain Message-Id: <1087448595.4494.5.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 16 Jun 2004 22:03:15 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-amd64@freebsd.org Subject: Re: new binutils broken for amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 17 Jun 2004 05:03:32 -0000 On Wed, 2004-06-16 at 20:13, Sean McNeil wrote: > I believe that most likely there is a config.guess issue here. It would > appear that the linker isn't setting > > NATIVE=yes > USE_LIBPATH=yes > > for freebsd/amd64. These should be set when host and target are the > same. This is causing all sorts of compilation problems. Actually, this appears to be a problem with the make mechanism. If I do make buildworld && make installworld it creates an improper ld. If I do cd /usr/src/gnu/usr.bin/binutils/ld make clean make make install Then I get an ld that works properly. Very odd.