From: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
To: Olivier Hainque <hainque@adacore.com>
Cc: gcc-patches@gcc.gnu.org
Subject: Re: unwinding fallback for mips-irix6 n32
Date: Fri, 17 Jun 2011 13:57:00 -0000 [thread overview]
Message-ID: <ydd62o4tx75.fsf@manam.CeBiTec.Uni-Bielefeld.DE> (raw)
In-Reply-To: <20110616125514.GA21634@mel.act-europe.fr> (Olivier Hainque's message of "Thu, 16 Jun 2011 14:55:14 +0200")
Hi Olivier,
> Rainer Orth wrote:
>> I've finally gotten around to this. Apart from some comment and code
>> cleanups along the lines of the sol2-unwind.h files, I had to minimally
>> adapt the N32 multithreaded code sequence for IRIX 6.5.30 that I'm
>> running here. While I was at it, I added N64 support which proved to be
>> almost trivial. You'll probably have to adapt this for the version of
>> IRIX 6.5 you're running, or we could simply skip the single varying
>> insn.
>
> Either way is fine with me. There's a micro stronger confidence
> in exact matches, but this could lead to spurious propagation failures
> on other variants of the OS where a third version of that insn
> could show up while still part of a valid context.
agreed: if the number variations we observe remain in the 3-5 range, we
can continue with matching all of them. I've installed the patch in the
meantime, so feel free to update it with the N64 variants you see on
IRIX != 6.5.30 (might even vary in patches, though).
>> 64-bit stack_check2.adb remains broken, though. It SEGVs in memcpy, but
>> the stack is corrupted, so I cannot say yet what's going on.
Still can't, but am currently looking into the remaining libjava failures.
>> I'll run a full bootstrap over the weekend. It seems that the remaining
>> libjava failures are unrelated.
>
> OK ...
They were, but libjava on both IRIX and Tru64 UNIX didn't make use of
MD_FALLBACK_FRAME_STATE_FOR yet. I've just fixed that, which allowed me
to get rid of another testsuite failure there.
Thanks.
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University
prev parent reply other threads:[~2011-06-17 13:16 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-26 20:53 Olivier Hainque
2011-06-10 11:16 ` Rainer Orth
2011-06-16 13:10 ` Olivier Hainque
2011-06-17 13:57 ` Rainer Orth [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ydd62o4tx75.fsf@manam.CeBiTec.Uni-Bielefeld.DE \
--to=ro@cebitec.uni-bielefeld.de \
--cc=gcc-patches@gcc.gnu.org \
--cc=hainque@adacore.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).