summaryrefslogtreecommitdiff
path: root/README
diff options
context:
space:
mode:
authorCarsten Haitzler (Rasterman) <raster@rasterman.com>2016-07-04 23:47:25 +0900
committerCarsten Haitzler (Rasterman) <raster@rasterman.com>2016-07-04 23:47:25 +0900
commitaeeda1f77d1b21b15e916852baac06bb530618e2 (patch)
tree014f6af9fbda76d82101982880e2e36570b505aa /README
parentf72c47586743225756583e0961441e13bc7e0007 (diff)
downloadefl-aeeda1f77d1b21b15e916852baac06bb530618e2.tar.gz
efl - threads and signals - make efl work on "insane" os's with signals
so. on linux signals are delivered to the main process thread/loop. thats' where signal handlers are set up and always run. this is sane. it's predicatble. but of course this is not the same in bsd land. there "just send the signal to any old thread and call the signal handler there" seems to tbe the order of the day. this explains why wer are losing sigchld signals in edje_cc - it's heavily threaded and bsd is just randombly picking a thread to call it on. this fixes that. in theory. i hope. i can't test, but putting it in to share @fix
Diffstat (limited to 'README')
-rw-r--r--README7
1 files changed, 1 insertions, 6 deletions
diff --git a/README b/README
index 30d5de672e..4956591cc5 100644
--- a/README
+++ b/README
@@ -32,12 +32,7 @@ PLATFORMS
EFL is primarily developerd on Linux (GNU/Linux) and should work on
most distributions as long as dependencies are provided. It has been
compiled and run also on Windows (using MINGW32 - please see
-http://www.winbuilds.org ), Mac OS X, FreeBSD and NetBSD. Due to
-serious bugs in OpenBSD, EFL cannot be compiled or used there. Please
-see:
-
-https://www.mail-archive.com/search?l=misc@openbsd.org&q=subject:%22SIGCHLD+and+libpthread.so%22&o=newest&f=1
-
+http://www.winbuilds.org ), Mac OS X, FreeBSD and NetBSD.
COMPONENTS
----------