[alsa-devel] [PATCH] Sample generation on big endian platforms was broken.
Takashi Iwai
tiwai at suse.de
Fri Jul 3 17:28:55 CEST 2009
At Fri, 03 Jul 2009 17:11:37 +0200,
Kenneth Johansson wrote:
>
> On Fri, 2009-07-03 at 17:00 +0200, Takashi Iwai wrote:
> > At Fri, 03 Jul 2009 16:51:35 +0200,
> > Kenneth Johansson wrote:
> > >
> > > On Fri, 2009-07-03 at 16:39 +0200, Takashi Iwai wrote:
> > > > At Fri, 03 Jul 2009 16:19:31 +0200,
> > > > Kenneth Johansson wrote:
> > > > >
> > > > > Has not worked since commit 3d1fa924906996463ac33cba5b5143f762d913cf
> > > > >
> > > > > Signed-off-by: Kenneth Johansson <kenneth at southpole.se>
> > > >
> > > > Hrm, sorry, but your version is also broken as doing type-punning.
> > > > The code has to be rewritten completely...
> > > >
> > > >
> > > > Takashi
> > >
> > > hmm I think you have to explain this. now it works on both little/big
> > > endian without any explicit byte moves.
> > >
> > > It did not understand what problem you see.
> >
> > You can't cast from a char pointer to another type (e.g. short) and
> > read the value. This is called "type-punning" and doesn't work
> > properly with the recent GCC (depending on the optimization and
> > code parsing) since it handles strict-aliasing.
> >
> > See GCC info for details.
> >
> >
> > Takashi
>
> But there is no aliasing problem in that code. The memory is only
> accessed(written in this case) using one type.
One type?
+ switch(bps){
+ case 1:
+ *(samples[chn]) = res;
+ break;
+ case 2:
+ *(short*)(samples[chn]) = res;
+ break;
+ case 4:
+ *(int*)(samples[chn]) = res;
+ }
More information about the Alsa-devel
mailing list