Ulrich Hecht wrote:
[snip]
> > > +#ifdef __s390__
> > > +retaddr = (void*)((unsigned long)retaddr & 0x7fffUL);
> > > +#endif
> >
> > All of those look weird. Is this a null-extension vs. sign-extension
> > issue?
>
> S/390 has a 31 (thirty-one) bit address space; the MSB of the PSW is not
On Wed, Aug 01, 2007 at 02:02:13AM +0100, Paul Brook wrote:
> I suspect making dyngen handle jump tables is not going to happen.
Which brings up the question of dyngen. Very clever and a very good way
of bootstrapping QEMU in the early days, but too brittle going forwards
now the rest of QEMU wor
On Wednesday 01 August 2007 01:59, Thiemo Seufer wrote:
> > -AIOLIBS="-lrt"
> > +AIOLIBS="-lrt -lpthread"
>
> Why is this needed? Linux toolchains should add -lpthread implicitly.
Our SLES9 toolchain seems not to. It's a near-cosmetic change.
> > +#ifdef __s390__
> > +retaddr = (void*
> > void op_cfc1 (void)
> > {
> > +#ifdef __s390__
> > +if(!T1)
> > +T0 = (int32_t)env->fcr0;
>
> I guess this breaks when you _breathe_ at the compiler. Inventing
> switch-table support in dyngen would be preferable (if possible...).
Actually, I'm surprised this doesn't break on oth
Ulrich Hecht wrote:
> On Monday 30 July 2007 13:49, Ulrich Hecht wrote:
> > S/390 host support has been broken for a long time (since 0.4.2 or
> > something like that). I finally got around to fix it, adding
> > disassembly support on the way.
>
> And here's an even better patch that also fixes no
Ulrich Hecht wrote:
Hi!
S/390 host support has been broken for a long time (since 0.4.2 or
something like that). I finally got around to fix it, adding disassembly
support on the way.
CU
Uli
Do you or anyone else have any plans to add S/390 target support?
Or is there some other S/390