in reply to Re^2: [Win32] differing threads behaviour
in thread [Win32] differing threads behaviour
The "second reference" is the mpfr_get_default() call made in foo().It's because `__emutls_get_address()` returns two distinct values in c +onsecutive calls with the same descriptor in the same thread, so the second reference to the thread l +ocal `__gmpfr_default_fp_bit_precision` (defined in 'set_dfl_prec.c') gets +a fresh object with its default value.
Entire thread is at:Looks like emutls could not set the thread-specific value for 'foreign + threads' (those not created by mcfgthread). Although this is by design, I do think the MPFR expect +ation should be reasonably supported. I will fix this in a couple of days.
|
|---|