From owner-freebsd-stable Fri Sep 28 0:18:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 7B7E637B405 for ; Fri, 28 Sep 2001 00:18:47 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id f8S7IJV30005; Fri, 28 Sep 2001 10:18:19 +0300 (EEST) (envelope-from ru) Date: Fri, 28 Sep 2001 10:18:19 +0300 From: Ruslan Ermilov To: Brent Casavant Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ld build problem with RELENG_4_3 Message-ID: <20010928101819.C26804@sunbay.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from b.j.casavant@ieee.org on Fri, Sep 28, 2001 at 12:56:04AM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Um, it is unclean from the below what is your current installed version. If this is 4.4-STABLE, you should have /usr/include/elf-hints.h header that defines this constant, and shouldn't have this problem. If your version is 4.4-STABLE, and you don't have this header, your /usr/include is corrupted. If this is on an earlier release, you'll need to backport the fix from gnu/usr.bin/binutils/ld/Makefile,v 1.8.2.5. Just remove the "defined(BOOTSTRAPPING) &&" part. Sorry, but we currently only support downgrades from 5.0-CURRENT to RELENG_4 (4.4-STABLE at the moment). We can't support downgrades to "sticky" releases, and abusing security branches like RELENG_4_3 doesn't seem a good idea. Cheers, On Fri, Sep 28, 2001 at 12:56:04AM -0500, Brent Casavant wrote: > Hello, > > I recently switched my cvsup tag to RELENG_4_3 from RELENG_4 (need > to hold down code influx until I have time to jump to 4.4-STABLE), > updated /usr/src, and attempted to buildworld. > > Unfortunately the build is bailing out fairly early, as follows: > > ===> ld > cc -O -pipe -march=pentium -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsd\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -DVERSION=\"2.10.1\" -DBFD_VERSION=\"2.10.1\" -I/usr/obj/usr/src/i386/usr/include -c eelf_i386.c > eelf_i386.c: In function `gldelf_i386_check_ld_elf_hints': > eelf_i386.c:175: `_PATH_ELF_HINTS' undeclared (first use in this function) > eelf_i386.c:175: (Each undeclared identifier is reported only once > eelf_i386.c:175: for each function it appears in.) > eelf_i386.c:178: storage size of `hdr' isn't known > eelf_i386.c:181: `ELFHINTS_MAGIC' undeclared (first use in this function) > *** Error code 1 > > I haven't yet been able to track down the source of this problem, > and was hoping one of you might provide some guidance. I did perform > a `make clean` from /usr/src after the update, but I don't put it > past myself to have missed some crucial step. I even went so far > as to completely blow away /usr/obj. > > There's nothing particularly interesting about my configuration. > I've been happily chugging along with 4.3-STABLE and updates every > few weeks for months now. > > Thank you, > Brent Casavant -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message