it's probably not a good idea as it adds some dirty pages for a tiny
lib that we already supply in our source. if your distro demands you
do this - fine. but i wouldnt recommend this highly.
recommending vlc and having gts default is probably not good. choose
one or the other ... but not both. so remove from the recommended list
just ebcause it's causing excess deps by packagers apparently
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
We have the version in configure.ac and NEWS where it gets updated for
releases. This occurrence gets forgotten to often on the other hand. Its
not needed here so we remove it.
NOTE: We do use enum in structure. There size can be changed by changing
the parameter of the compiler, this obviously will break ABI. As long as
you use the same compiler (and normally any future version of that compiler)
with the same set of CFLAGS/CXXFLAGS, you will have ABI stability.
seems the debug of threads and stringshare could cause major
slowdowns, then add another profile to produce debug. Changes:
* dev: unlimited log.
* debug: same as dev with debug malloc, threads and stringshare.
SVN revision: 78120