[linux-sh:03249] Re: The current kernel for a Jornada 680 SH3

Kaz Kojima wrote:
> gcc-3.3.3 was already released and gcc-3.3.4 will be released in very
> near future.  gcc-3.3.4 includes all local patches I know for 3.3.
> Unfortunately, there is a few bugs which have solved very recently and
> is too late on 3.3.4 release:
> 
>   http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15647
>   http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13250

Shall I include those patches in crosstool for gcc-3.3.4 (or maybe even 3.3.3?)
(Note that I no longer have access to SH hardware for testing.)

> gcc-3.4.0 was released at Apr.20 and 3.4.1 is planed to ship in June.
> Unfortunately again, there was one non SH specific bug found in 3.4.0
> after freezing to release.  It causes a hang in native gcc bootstrap
> on sh-linux.
> 3.4.1 will be the first sane compiler about java (gcj) for sh-linux,
> though gij (interpreter) doesn't work on this target without a tiny local
> patch.  I'll repost it after 3.4.1 released.  It isn't the right fix and
> will be never apply to mainline.  Sadly it seems the right fix is beyond
> me.

If you think it belongs in crosstool, just let me know.   Thanks!

> BTW, 3.4.1 also has the new feature for TLS (thread local storage)
> support which is needed for NPTL in glibc.  CVS glibc has the SH specific
> NPTL stuff and now my 2.6 system is working with NPTLed glibc-2.3.3,
> though I need -O1 or -O2 -fno-unit-at-a-time -fno-reorder-blocks when
> building this glibc.  It means there are wrong code generation problems
> in gcc-3.4 -O2 on sh4-unknown-linux-gnu target.

Ah, NPTL.  One of these days I'll be man enough to add support
for glibc-2.3.3 and NPTL to crosstool...

- Dan


-- 
My technical stuff: http://kegel.com
My politics: see http://www.misleader.org for examples of why I'm for regime change