summaryrefslogtreecommitdiff
path: root/WHATSNEW
diff options
context:
space:
mode:
authorRich Felker <dalias@aerifal.cx>2012-02-27 18:51:02 -0500
committerRich Felker <dalias@aerifal.cx>2012-02-27 18:51:02 -0500
commitdac084a4c5f52bb3b121675320c47d3c3614174e (patch)
tree4bedab31901416ccf1093b083dba7df5a699096d /WHATSNEW
parent834255a3ffb5be208024e66b1f794d9f4201413c (diff)
downloadmusl-dac084a4c5f52bb3b121675320c47d3c3614174e.tar.gz
work around "signal loses thread pointer" issue with "approach 2"
this was discussed on the mailing list and no consensus on the preferred solution was reached, so in anticipation of a release, i'm just committing a minimally-invasive solution that avoids the problem by ensuring that multi-threaded-capable programs will always have initialized the thread pointer before any signal handler can run. in the long term we may switch to initializing the thread pointer at program start time whenever the program has the potential to access any per-thread data.
Diffstat (limited to 'WHATSNEW')
0 files changed, 0 insertions, 0 deletions