From eccdd13dd3c812b8f0b3d046ef9d8738df00562a Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 25 Sep 2013 21:45:38 +0200 Subject: IRC. --- open_issues/glibc/t/tls-threadvar.mdwn | 40 ++++++++++++++++++++++++++++++++++ 1 file changed, 40 insertions(+) (limited to 'open_issues/glibc/t') diff --git a/open_issues/glibc/t/tls-threadvar.mdwn b/open_issues/glibc/t/tls-threadvar.mdwn index 609d866b..7ce36f41 100644 --- a/open_issues/glibc/t/tls-threadvar.mdwn +++ b/open_issues/glibc/t/tls-threadvar.mdwn @@ -76,3 +76,43 @@ dropped altogether, and `__thread` directly be used in glibc. tschwinge: yes, there were a lot other occurences of threadvars stuff in various places I'm building libc again, and will see what issue would remain + + +## IRC, freenode, #hurd, 2013-07-12 + + braunr: about the per-thread ports, there is also the mig reply + port + (stored in _HURD_THREADVAR_MIG_REPLY) + + +## IRC, freenode, #hurd, 2013-07-15 + + and with the branch youpi pushed where he removes threadvars, it + shouldn't get "too" hard + (save for the tricky bugs you may encounter) + well, that branch is not working yet + + +## IRC, OFTC, #debian-hurd, 2013-09-22 + + I'm currently tracking bugs with my threadvars changes + some of them seem fine, others, not + of course the most complex ones are the most probable culprits for + the issues I'm getting + fortunately they're after the process bootstrap + so basically that works + just a few dozen tests fail + mostly about loading .so or raising signals + dlopen("bug-dlsym1-lib1.so"): bug-dlsym1-lib1.so: cannot open + shared object file: Function not implemented + after having changed errno a bit + doesn't that look odd ? :) + good, I found an issue with the sigstate + now running testsuite again, to see whether there are other issues + with it :) + s/sigstate/reply_port/ actually + + +## IRC, OFTC, #debian-hurd, 2013-09-23 + + yay, errno threadvar conversion success -- cgit v1.2.3