[lkml]   [1998]   [May]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Why all glibc2 programs are FPU programs
       From: Ulrich Drepper <>
    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

    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.

    David S. Miller

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to

     \ /
      Last update: 2005-03-22 13:42    [W:0.017 / U:36.332 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site