I've just put together the version of the patch that I'm planning to commit.
Unfortunately, I can't seem to access repo.or.cz right now, so I put the
patch at <http://www.lisphacker.com/temp/sbcl-openbsd-ppc.diff>. I made
a few tweaks here and there, but nothing too egregious.
Barring being told "no, no, it doesn't work now" or code-freeze, I intend to
commit this at some point on Sunday, the 23rd. If there's something else
I should be doing beyond adding a NEWS snippet, now would be the time
for another SBCL maintainer to mention it.
On Fri, May 21, 2010 at 10:16 AM, Josh Elsasser <josh@...> wrote:
> The failing NaN tests at least appear to be to be a problem with
> OpenBSD and need to be fixed there instead of in SBCL. I had been
> working on a fix but was sidetracked, I'll see if I can get it working
I looked at these briefly earlier today, and it looks like the traps are being
disabled for some strange reason on my linux system, which worries me,
but indicates to me that it might be more an SBCL problem than a Linux
problem. Don't let my conclusions stop you from approaching it as an
OpenBSD problem, though.
> I suppose as far as changes to SBCL are concerned, that patch is
> pretty good. The XXX comment in src/compiler/ppc/parms.lisp can be
> removed, if it ever becomes an issue then I or someone else can fix it
I rewrote it as a FIXME comment with a bit of the background explanation.
> Something better should probably be done about that
> handler-case-bogus-compiler-note test in dynamic-extent.impure.lisp
> which hangs SBCL, unless the recent test infrastructure changes
> already took care of it.
They did. The problem was that a COMPILER-NOTE isn't an ERROR, so
it slipped through the usual net.
What I didn't apply was the -fPIC thing for foreign.test.sh, as it doesn't
seem to be necessary for PPC/Linux. I'd be happier with a special case
similar to what is done for Darwin.