Date: Tue, 29 Feb 2000 19:08:36 +0100 From: Martin Cracauer <cracauer@cons.org> To: Bruce Evans <bde@zeta.org.au> Cc: Martin Cracauer <cracauer@cons.org>, "David O'Brien" <obrien@NUXI.com>, jdp@FreeBSD.ORG, jkh@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: extern variables in shared libraries broken (ld.so or mmap bug) Message-ID: <20000229190835.A2552@cons.org> In-Reply-To: <Pine.BSF.4.21.0002260101470.8617-100000@alphplex.bde.org>; from bde@zeta.org.au on Sat, Feb 26, 2000 at 01:10:26AM %2B1100 References: <20000225134708.B16847@cons.org> <Pine.BSF.4.21.0002260101470.8617-100000@alphplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In <Pine.BSF.4.21.0002260101470.8617-100000@alphplex.bde.org>, Bruce Evans wrote: > On Fri, 25 Feb 2000, Martin Cracauer wrote: > > It is possible that we indroduced the bug by our profiling changes? > > The line in i386.c that generates the code in question is from > > revision 1.5, which is the profiling delta from the original gcc. In > > that case we can't count on a new gas fixing it for us. > > Reverting to the FSF version of i386.c didn't fix the problem. I build libc with an unchanged gcc-2.95.2 (except assert.c, which needs our compiler) and it has the problem as well. What do you think, is this a showstopper for 4.0? Yes, me thinks. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer <cracauer@cons.org> http://www.cons.org/cracauer/ Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 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?20000229190835.A2552>