Date: Sat, 26 Feb 2000 01:10:26 +1100 (EST) From: Bruce Evans <bde@zeta.org.au> To: Martin Cracauer <cracauer@cons.org> Cc: 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: <Pine.BSF.4.21.0002260101470.8617-100000@alphplex.bde.org> In-Reply-To: <20000225134708.B16847@cons.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 25 Feb 2000, Martin Cracauer wrote: > It is also not clear to me that the new assembler really fixes the > bug. While I cannot judge over the correctness of the syntax, I think > it is possible that the new assembler still works on the same syntax, > not recognizing the parameterless GOTOFF our gcc generates. I happen to have a Linux gas built from a relatively recent version of binutils. It still has the problem. Surprisingly, both assemblers handle: leal foo@GOTOFF,%eax but neither handles the equivalent: movl $foo@GOTOFF,%eax > 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. Bruce 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?Pine.BSF.4.21.0002260101470.8617-100000>