|
From: Jeremy F. <je...@go...> - 2002-12-11 01:44:10
|
On Tue, 2002-12-10 at 16:59, Julian Seward wrote: > The mozilla I was running was a 1.2.1 binary build (the straight .tar.gz) > from ftp.mozilla.org, so egcs is not in the picture, and I would expect > this problem to occur using that binary build on any distro -- the loop > is in some .so supplied in the .tar.gz, so it'll be the same for everyone > (I guess). But you only see a problem under RH6.2? Is it this build: http://ftp.mozilla.org/pub/mozilla/releases/mozilla1.2.1/mozilla-i686-pc-linux-gnu-1.2.1.tar.gz It could still be some interesting interaction between the system libraries and moz itself... I'll see if I can reproduce the problem. > > BTW, I'm having a go at implementing your addrcheck cache idea. It > > isn't working out quite as well as I'd like. > > You are?! I had better reply to your initial comments on it ... My first impression is that cache maintenance overwhelms any benefit of making the fast path faster. On the other hand, I may still be doing something wrong. I'll put the patch up for inspection. The much more interesting contribution is 72-jump, which adds a helper mechanism for computing relative jump offsets rather than always having to hand-compute them (and double-guess the emitters). I implemented it out of necessity because I wanted to do a jump over a sync_ccall site, but it turned out to work well in every other instance of a jcond_lit, and it cleans things up nicely. J |