about summary refs log tree commit diff
path: root/NEWS
diff options
context:
space:
mode:
authorCarlos O'Donell <carlos@systemhalted.org>2015-05-08 11:20:32 -0400
committerCarlos O'Donell <carlos@systemhalted.org>2015-05-08 11:29:38 -0400
commitc92d40c0bcfdeec96848d1e67902e621942144e9 (patch)
treef1b3c606c16ed474b0a5b871c4fc5ea32315a210 /NEWS
parenta6d78c3b9dc9bf598a60be18e23bf8fe7668a088 (diff)
downloadglibc-c92d40c0bcfdeec96848d1e67902e621942144e9.tar.gz
glibc-c92d40c0bcfdeec96848d1e67902e621942144e9.tar.xz
glibc-c92d40c0bcfdeec96848d1e67902e621942144e9.zip
Bug 18125: Call exit after last linked context.
There appears to be a discrepancy among the implementations
of setcontext with regards to the function called once the last
linked-to context has finished executing via setcontext.

The POSIX standard says:
~~~
If the uc_link member of the ucontext_t structure pointed to by
the ucp argument is equal to 0, then this context is the main
context, and the thread will exit when this context returns.
~~~

It says "exit" not "exit immediately" nor "exit without running
functions registered with atexit or on_exit."

Therefore the AArch64, ARM, hppa and NIOS II implementations are
wrong and no test detects it.

It is questionable if this should even be fixed or just documented
that the above 4 targets are wrong. The functions are deprecated
and nobody should be using them, but at the same time it silly to
have cross-target differences that make it hard to port old
applications from say x86_64 to AArch64.

Therefore I will ix the 4 arches, and checkin a regression
test to prevent it from changing again.

https://sourceware.org/ml/libc-alpha/2015-03/msg00720.html
Diffstat (limited to 'NEWS')
-rw-r--r--NEWS18
1 files changed, 9 insertions, 9 deletions
diff --git a/NEWS b/NEWS
index aaaaf4e536..fb4228330a 100644
--- a/NEWS
+++ b/NEWS
@@ -9,15 +9,15 @@ Version 2.22
 
 * The following bugs are resolved with this release:
 
-  4719, 6792, 13064, 14094, 14841, 14906, 15319, 15467, 15790, 15969, 16351,
-  16512, 16560, 16783, 16850, 17090, 17195, 17269, 17523, 17542, 17569,
-  17588, 17596, 17620, 17621, 17628, 17631, 17692, 17711, 17715, 17776,
-  17779, 17792, 17836, 17912, 17916, 17930, 17932, 17944, 17949, 17964,
-  17965, 17967, 17969, 17978, 17987, 17991, 17996, 17998, 17999, 18007,
-  18019, 18020, 18029, 18030, 18032, 18036, 18038, 18039, 18042, 18043,
-  18046, 18047, 18068, 18080, 18093, 18100, 18104, 18110, 18111, 18128,
-  18138, 18185, 18197, 18206, 18210, 18211, 18247, 18287, 18319, 18333,
-  18346.
+  4719, 6792, 13064, 14094, 14841, 14906, 15319, 15467, 15790, 15969,
+  16351, 16512, 16560, 16783, 16850, 17090, 17195, 17269, 17523, 17542,
+  17569, 17588, 17596, 17620, 17621, 17628, 17631, 17692, 17711, 17715,
+  17776, 17779, 17792, 17836, 17912, 17916, 17930, 17932, 17944, 17949,
+  17964, 17965, 17967, 17969, 17978, 17987, 17991, 17996, 17998, 17999,
+  18007, 18019, 18020, 18029, 18030, 18032, 18036, 18038, 18039, 18042,
+  18043, 18046, 18047, 18068, 18080, 18093, 18100, 18104, 18110, 18111,
+  18125, 18128, 18138, 18185, 18197, 18206, 18210, 18211, 18247, 18287,
+  18319, 18333, 18346.
 
 * Cache information can be queried via sysconf() function on s390 e.g. with
   _SC_LEVEL1_ICACHE_SIZE as argument.