Index: [thread] [date] [subject] [author]
  From: James A Simmons <jsimmons@acsu.buffalo.edu>
  To  : ggi-develop@eskimo.com
  Date: Mon, 20 Jul 1998 14:29:55 -0400 (EDT)

Re: New ggi_graphtype

On Tue, 14 Jul 1998, Andrew Apted wrote:

> Marcus writes:
> 
> >  > I don't think we should have code in
> >  > every target to detect endianess to set the appropriate subscheme.
> >  > DirectBuffer uses "native" and "reverse" endian which makes more
> >  > sense in this case.
> >  
> >  Detecting native/reverse endian will require MORE work in
> >  targets than LSB/MSB. In the first case the target has to know
> >  the endianess of BOTH the CPU and the gfx hardware. 
> 
> Probably (depending on the target, e.g. KGI might handle the endianness
> itself and export the native/reverse info to LibGGI).
> 
> >  With my suggestion it only has to know the endianess of the gfx HW.
> 
> The advantage of native/reverse is that it shields *programs* from
> having to know what endianness they are, and IMHO this is more important
> than a bit of extra work within LibGGI.

Should be in the kgi drivers. <ost cards have a special register to deal
with endianess. 

> 
> Cheers,
> _____________________________________________  ____
>                                                \  /
>   Andrew Apted   <andrew@ggi-project.org>       \/
>   
> 
> 

Index: [thread] [date] [subject] [author]