E o chestie veche și cunoscută în domeniu (dacă domeniul include calcule cu valori cât mai exacte). Nimeni nu folosește funcțiile built-in pentru chestii de precizie, există tone de biblioteci matematice pe care le poți folosi (inclusiv transparent, la nivel de compilator, unde vede sin() să înlocuiască nu cu apelul
fsin, ci cu apelul de funcție din bibliotecă). Motivul inițial (când s-au scris aceste funcții = Pentium, probabil în aceeași clădire cu cei care au reușit fdiv bug) a fost simplu: dura prea mult să calculezi un sin() dacă puneai tone de zecimale pentru PI, și se foloseau cât mai multe scurtături. După câțiva ani, AMD a descoperit o metodă mai rapidă de calcul cu multe zecimale (implementată la 3 ani diferență în K5, mai lentă decât în Pentium dar nu cu mult), dar benchmark-urile/testele vremii ziceau că e procesorul bușit, pentru că se așteptau la rezultatul dat de Intel

. Probabil au renunțat și au făcut patch-ul de microcod din disperare, pentru că aveau deja suficiente probleme cu încălzirea și cu fpu-ul ceva mai lent decât cel din Pentium.
Vezi și
https://software.intel.com/en-us/forums/topic/289702 - de fapt e un bug de documentație, s-au pierdut niște detalii.