From owner-cvs-all Mon Oct 21 7:39:58 2002 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0419637B401; Mon, 21 Oct 2002 07:39:57 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F27C43E4A; Mon, 21 Oct 2002 07:39:56 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id KAA28675; Mon, 21 Oct 2002 10:39:55 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9LEdPj05813; Mon, 21 Oct 2002 10:39:25 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) Date: Mon, 21 Oct 2002 10:39:25 -0400 From: Andrew Gallatin To: "David E. O'Brien" Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/gnu/usr.bin/groff/src/roff/groff Makefile Message-ID: <20021021103925.A5787@grasshopper.cs.duke.edu> References: <200210210026.g9L0Qm38097098@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200210210026.g9L0Qm38097098@repoman.freebsd.org>; from obrien@FreeBSD.org on Sun, Oct 20, 2002 at 05:26:48PM -0700 X-Operating-System: FreeBSD 4.4-RELEASE on an i386 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David E. O'Brien [obrien@FreeBSD.org] wrote: > obrien 2002/10/20 17:26:48 PDT > > Modified files: > gnu/usr.bin/groff/src/roff/groff Makefile > Log: > Unbreak Alpha world. > We are seeing "/usr/libexec/ld-elf.so.1: groff: too few PT_LOAD segments", > however it appears that there really is only one PT_LOAD segment in the groff > binary. It is unclear if `rtld' or `ld' is at fault here -- but using an > RELENG_4 `ld' binary allows one to build a working dynamic groff binary. It is quite clear that ld is at fault here, as there is only one PT_LOAD segment in the binary. As I mentioned in my earlier email, the point at which rtld craps out is way before any md code is run .. its just reading the elf headers and finding only one PT_LOAD segment. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message