14:00 < Daemon404> i'll re-ask here before i subscribe to the list: is there a reasonable way to use libcurl with ssl in a threadsafe way? I can make sure the functions are run only once in my own apps, but I have no way of knowing if the deps my app has will execute them, or when. e.g. if a program dep also has a transient dep on libcurl. i didn't see it addressed on https://curl.haxx.se/libcurl/c/threadsafe.html, or i've m
14:00 < Daemon404> is read.
14:00 < Daemon404> ... dang irc client splitting lines poorly
14:03 < bagder> Daemon404: unfortunately not, some of the TLS libs need mutex callbacks set and libcurl doesn't set them itself
14:04 < Daemon404> would curl be open to a patchset that runs this code under something akin to pthread_once, internally, or would that be Bad(TM) due to exotic platform support?
14:05 < Daemon404> oh, ffs, that wouldnt even work re: callbacks
14:05 < Daemon404> oh well.
14:05 < bagder> https://curl.haxx.se/docs/todo.html#Provide_mutex_locking_API
14:05 < Daemon404> oh. nifty.
14:05 < bagder> so yeah, I think we would be open to start the discussion on how it should be done
14:05 < bagder> and make it happen