This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [musl] SH sigcontext ABI is broken
- From: Rob Landley <rob at landley dot net>
- To: musl at lists dot openwall dot com, libc-alpha at sourceware dot org, linux-sh at vger dot kernel dot org
- Date: Tue, 23 Jun 2015 23:25:08 -0500
- Subject: Re: [musl] SH sigcontext ABI is broken
- Authentication-results: sourceware.org; auth=none
- References: <20150619070912 dot GA15025 at brightrain dot aerifal dot cx> <20150620180644 dot GY1173 at brightrain dot aerifal dot cx>
On 06/20/2015 01:06 PM, Rich Felker wrote:
> So there's a lot of historical mess and breakage here, but sh3
> binaries have been running with a stable (albeit wrong, IMO)
> definition of ucontext_t/mcontext_t/sigcontext for around 14 years
> now (as long as they only run on sh3 hardware, not sh4). So I'm a bit
> hesitant to consider this something that could be changed with no path
> for compatibility.
I'm told SH3 was only on sale for about a year between its introduction
and sh4 coming out, at which point everybody switched. There were
significant sh2 deployments and significant sh4 deployments, but sh3 was
more or less a rounding error. The Wikipedia[citation needed] article
doesn't even break it out separately because there's really nothing to
say: https://en.wikipedia.org/?title=SuperH
(Again, there's a reason qemu-system-sh4 has a 4 in it. At $DAYJOB their
plan is to eventually jump from sh2 straight to sh4 because sh3 doesn't
matter.)
sh2a was a retcon, started shipping in 2007, a decade after the
dreamcast. Hitachi had already unloaded superh onto Renesas, which did a
big Not Invented Here on superh and kept trying to come up with their
own processor designs. The H in H8300 also stands for Hitachi, so you
can imagine how well Renesas supported it:
http://permalink.gmane.org/gmane.linux.ports.sh.devel/7237
Seriously, It only became interesting again when the patents expired...
Rob