From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3137 Path: news.gmane.org!not-for-mail From: Luca Barbato Newsgroups: gmane.linux.lib.musl.general Subject: Re: Best place to discuss other lightweight libraries? Date: Mon, 22 Apr 2013 17:21:25 +0200 Message-ID: <51755575.9030809@gentoo.org> References: <20130422145346.GP20323@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1366644098 19964 80.91.229.3 (22 Apr 2013 15:21:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Apr 2013 15:21:38 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3141-gllmg-musl=m.gmane.org@lists.openwall.com Mon Apr 22 17:21:43 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1UUIYn-0002lH-0o for gllmg-musl@plane.gmane.org; Mon, 22 Apr 2013 17:21:41 +0200 Original-Received: (qmail 26241 invoked by uid 550); 22 Apr 2013 15:21:39 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 26233 invoked from network); 22 Apr 2013 15:21:39 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130411 Thunderbird/17.0.5 In-Reply-To: <20130422145346.GP20323@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:3137 Archived-At: On 04/22/2013 04:53 PM, Rich Felker wrote: > - Thread allergies, i.e. horribly over-complicating program logic to > avoid threads. The best examples I can think of are the added logic > needed to generalize a program that's reading from ordinary file > descriptors (e.g. connection sockets) in an event loop to support > SSL sockets or zlib-compressed streams. (Note: there are ways to > address this kind of problem more cleanly without threads too, but > nobody does it. I can elaborate if anybody's interested.) I'm interested to read about it. > - DBus. Sadly nobody is pushing for a better local socket multicast abstraction to send notifications back and forth in an efficient fashion. I'm hoping for nanomsg once it is complete or Binder once it is correctly documented ^^; (and thus implemented in more than few forks of linux and maybe haiku) > - Use of global state. Even seemingly-harmless things like a global > registered log function are harmful, because two different libraries > (or the main program and a library) might be trying to use the > library with the global log destination, and clobbering each other's > choices. For this there aren't solution that won't cause different problems I'm afraid. > - Designs based on shared libraries, especially lots of them. This > creates bloat and often interferes with the ability to use static > linking. Special mention to those that want to do clever stuff on the init section (e.g. change a program global state from there) > - Dependency on any library with the above problems. :-) And that kills everybody using glib? *runs and hides* lu