lkml.org 
[lkml]   [1998]   [May]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Why all glibc2 programs are FPU programs
   From: Ulrich Drepper <drepper@cygnus.com>
Date: 26 May 1998 09:25:45 -0700

But even ngiving the chance that it could change is enough. Why
not making the right thing in the kernel where all the information
is available and instead relying on synchronizing with user-level
code?

Because the solution I propose allows anyone using any kernel existing
right now to have something which works. Your solution requires a
kernel upgrade and changes to both glibc and the kernel. A
distribution creator such as Adam may be trying to implement a
solution in terms of a 2.0.x kernel.

I've been watching glibc set the FPU csr to zero on all architectures,
most of which give the user a zero'd FPU csr when it starts up, for
every process which ever runs, annulling any optimizations I do to
defer FPU state setup on the ports I maintain. And it happens for no
good reason.

Later,
David S. Miller
davem@dm.cobaltmicro.com


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

\
 
 \ /
  Last update: 2005-03-22 13:42    [from the cache]
©2003-2014 Jasper Spaans. Advertise on this site