From: Gwenole B. <gb...@di...> - 2004-06-29 21:41:21
|
Hi, > I gave the new SDL support a spin on IRIX. I found I needed the > following patches for building: OK, thanks I indeed can't make a cast value an lvalue. > The gamma seems to be a bit different than with the X > driver, but that's OK. Probably because it's not working? ;-) I really don't know how to make=20= gamma stuff work with SDL. They do have helper functions but not=20 clearly interfacable means with existing B2/SS code. > "Thousands" of colors mode squashes the entire > display into the left half of the window, with an odd green cast. > Looks like something's not quite right in the 16bpp blitter... Possible, blitters marked as "NT" (or "OK" in one way only) in=20 Screen_blitters[] are not tested. I normally tested all other big=20 endian blitters when I was still accessing an UltraSPARC station and=20 nowadays on my PBG4. And I tried to be very careful when writing the=20 rest. On the other hand, if it is only a half of the window, that's a bit=20 odd. I would expect a bug to be consistently propagated on both sides. > Gdk-ERROR **: BadMatch (invalid parameter attributes) > serial 41 error_code 8 request_code 129 minor_code 3 Could be a visual mismatch, it's really picky. Though it should have=20 worked better with consistent use of find_visual_for_depth() when this=20= was implemented. :-( BTW, I will likely implement soon a new JIT engine now that I am sure=20 OS 9.0 could work in real addressing mode. The current JIT definitely=20 turned out to be (i) too gcc specific, (ii) architecture dependent=20 anyway. And keeping in mind the MIPS ISA definitely helps in=20 determining a decent way to emulate PPC condition codes. Problem is=20 without proper hardware support, overflow condition would be=20 inefficitently handled. Thanks, Gwenol=E9.= |