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.
Mie mi se par superbe toate ipotezele prin care ai ajuns pe site la Adevărul deschizând un articol cu titlu evident de clickbait postat de cine știe ce fomist de „jurnalist”, și să stai 30 de secunde să te uiți la un film dubios. O să concluzionez că de fapt urmăreai conștient să bulversezi complet pattern-urile activității tale online, înregistrată de diverși ad providers, deși celelalte motive posibile sunt mult mai amuzante. 
