Date: Thu, 24 Oct 2002 09:12:26 -0400 (EDT) From: Andrew Gallatin <gallatin@cs.duke.edu> To: Ruslan Ermilov <ru@FreeBSD.org> Cc: current@FreeBSD.org, Alexander Kabaev <kan@FreeBSD.org>, Peter Wemm <peter@FreeBSD.org> Subject: Re: Groff problems (was Re: alpha tinderbox failure) Message-ID: <15799.61882.81170.404538@grasshopper.cs.duke.edu> In-Reply-To: <20021024074158.GA94686@sunbay.com> References: <200210210942.g9L9gLpM025724@beast.freebsd.org> <15796.17145.909288.498725@grasshopper.cs.duke.edu> <20021022142929.GB48398@sunbay.com> <20021022220221.3a8e2312.kabaev@bellatlantic.net> <15798.43826.90549.275914@grasshopper.cs.duke.edu> <20021023142044.GD31781@sunbay.com> <15798.56802.31765.434719@grasshopper.cs.duke.edu> <20021023180648.GA8656@sunbay.com> <15799.5316.331108.803590@grasshopper.cs.duke.edu> <20021024074158.GA94686@sunbay.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Ruslan Ermilov writes: <...> > > +20021023: > > + Alphas with kernels from between 20020902 and 20021022 and/or > > + rtld (ld-elf.so.1) older than 20021022 may experience problems > > + with groff while doing a buildworld (kernel: "out of memory", > > + rtld: "too few PT_LOAD segments"). > > + > > + So, to successfully upgrade your Alpha, you must either > > + upgrade your kernel and rtld first (which might be a bit > > + tricky), or avoid running the bootstrapped groff during the > > + "transitional" buildworld. To avoid running groff during the > > + transitional upgrade run make buildworld with -DNOMAN, > > + -DNO_SHAREDOCS, and -DNO_LPR. > > + > > 20020831: > > gcc has been upgraded to 3.2. It is not all binary compatible > > with earlier versions of gcc for c++ programs. All c++ > > > > > > Note: I have NOT tested this, beyond verifying that a kernel from Sep > > 02 works fine. > > > What commit is responsible for a breakage, this one? > > : peter 2002/09/03 14:18:17 PDT > : > : Modified files: > : sys/kern imgact_elf.c > : Log: > : Make the text segment locating heuristics from rev 1.121 more reliable > : so that it works on the Alpha. This defines the segment that the entry More or less.. The data, text and vmem limit checking in general. Matt's initial commit on 20020830 broke Alpha totally, so the earliest kernel that would both exhibit the problem and could get to the point of attempting to build world would be from 20020903. I'll update my proposed UPDATING entry with the 20020903 date so as to be more exact. Assuming I do that, do you agree that its accurate enough to be helpful? Thanks, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15799.61882.81170.404538>