linuxaudio.org

--bcaec510190353176804c63f831c

Content-Type: text/plain; charset=ISO-8859-1
On Thu, Aug 2, 2012 at 1:20 AM, Fons Adriaensen  wrote:
> On Tue, Jul 31, 2012 at 05:06:17PM -0400, Paul Davis wrote:

quoted text
>

> > it is NOT a reasonable attempt. its an effort by someone who doesn't

> really

> > understand much about audio, and from some of the available video

> evidence,

> > doesn't understand a lot about linux either, to reinvent what doesn't

> need

> > reinventing and to avoid doing the actual hard work that would genuinely

> > improve things.

>

> Yep, it looks like a big waste of time and effort.

>

> There *is* a grain of truth in the argument pro fixed point,

>

Any pointers to why floating point in the kernel is such a no-no?

I could understand it when floating point happened in co-processors.
--bcaec510190353176804c63f831c

Content-Type: text/html; charset=ISO-8859-1

Content-Transfer-Encoding: quoted-printable
On Thu, Aug 2, 2012 at 1:20 AM, Fons Adr=

iaensen <fons@linuxaudio.org> wrote:

On Tue, Jul 31, 2012 at 05:06:17PM -0400, Paul Davis wrote:
> it is NOT a reasonable attempt. its an effort by someone who doesn&#39=

;t really

quoted text
> understand much about audio, and from some of the available video evid=

ence,

quoted text
> doesn't understand a lot about linux either, to reinvent what does=

n't need

quoted text
> reinventing and to avoid doing the actual hard work that would genuine=

ly

quoted text
> improve things.

Yep, it looks like a big waste of time and effort.
There *is* a grain of truth in the argument pro fixed point,Any pointers to why floating point in the kernel is such a no-n=

o?I could understand it when floating point happened in co-processors.<=

br>
--bcaec510190353176804c63f831c--