On Thu, Oct 24, 2002 at 09:12:26AM -0400, Andrew Gallatin wrote:
> 
> 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?
> 
Yes.  It may be worth specifying which files/revisions are responsible
for a fix -- it might be useful for those who attempt to fix their
kernel/rtld first.

One thing I'm still missing is why groff binary now comes with only
one PT_LOAD segment, and why this is Alpha specific?  And why if I
checkout old, -D2002/10/10 contrib/groff and gnu/usr.bin/groff and
compile gnu/usr.bin/groff/src/roff/groff on the same machine (I
tried it on beast.freebsd.org), it produces two PT_LOAD segments?
(These are actually two things.)


Cheers,
-- 
Ruslan Ermilov          Sysadmin and DBA,
[EMAIL PROTECTED]           Sunbay Software AG,
[EMAIL PROTECTED]          FreeBSD committer,
+380.652.512.251        Simferopol, Ukraine

http://www.FreeBSD.org  The Power To Serve
http://www.oracle.com   Enabling The Information Age

Attachment: msg45141/pgp00000.pgp
Description: PGP signature

Reply via email to