From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3760 Path: news.gmane.org!not-for-mail From: Strake Newsgroups: gmane.linux.lib.musl.general Subject: Re: embedded newbies site. Date: Fri, 26 Jul 2013 21:01:48 -0500 Message-ID: References: <1374886708.3031.23@driftwood> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1374890519 25657 80.91.229.3 (27 Jul 2013 02:01:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 27 Jul 2013 02:01:59 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3764-gllmg-musl=m.gmane.org@lists.openwall.com Sat Jul 27 04:02:01 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 1V2tpZ-0006MF-KU for gllmg-musl@plane.gmane.org; Sat, 27 Jul 2013 04:02:01 +0200 Original-Received: (qmail 14251 invoked by uid 550); 27 Jul 2013 02:02:00 -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 14243 invoked from network); 27 Jul 2013 02:02:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=nw6eyJf62KqkbF5NeiPdHC+/GiD4XxphXuZFATvjMlY=; b=fID0ABtLnd8+QS2WBJLVsEd9+pE/yye3CMRsDTMlBpiSWT4rFSsqWR3cJfjMKQjko/ zqtLKUeqg6ByX08Pl+Yfa3tM+fCMlyxWoApYu9w3iBvYaYOM33XbqcyFuwopPWVYeCbJ 90873BJ7U/9Sy0WOn7U73mwmPy3FlJi0nyT/GXC9DuV5NABqRJaRYt4/MjtgUuIXVbk5 1rAk9Sox1lUDKzq2tnTbVBoCBc43nMHoeY/LyhMB6SXnjE8djw9WWLBjjvipw49DxtbH IwuZJQSJaY7U609vn5irMFfe3jLfCZCZkvDmctfpHN/7hLvBCBfwP6JGfGKaqrjL5cnJ GV2g== X-Received: by 10.194.83.74 with SMTP id o10mr8140535wjy.95.1374890508869; Fri, 26 Jul 2013 19:01:48 -0700 (PDT) In-Reply-To: <1374886708.3031.23@driftwood> Xref: news.gmane.org gmane.linux.lib.musl.general:3760 Archived-At: On 26/07/2013, Rob Landley wrote: > On 07/22/2013 07:12:39 PM, Strake wrote: >> On 21/07/2013, Rob Landley wrote: >> > What did you have in mind? >> >> >> > - efficient (elegant) programming >> >> > - Why C and scritpting languages, why NOT C++ and autoconf >> >> This. Too, why not glib, and other such garbage. > > Never having used glib, I'm not qualified to warn people away from it. I used it little, just to hack surf and jumanji, but I found insanely_long_function_names, poor docs of what allocates or frees what, wanton type synonyms, and generally a tangled mess. I gave up. This may not be glib alone, but glib surely seems guilty too. > I _have_ used C++ fairly extensively this -> beSorry (); >> including, particularly, polymorphism and composability. > > I don't know what you mean by this. (I remember the buzzwords, but...) Polymorphism: not need to rewrite essentially the same code for each type. Haskell wins at this, but is not quite a systems language (^_~) C at least has void pointers, which work in some cases. Composability: write functions to do one thing well, and have them call other functions, perhaps passed as arguments, to do other things, or better yet, not do them at all. For example: "Damn, I wish I could define my own comparator/reader/whatever function here!" > By "code reuse" I meant it's very easy to suck in a lot of code you > never have a first user for by grabbing a library that does 1000 things > of which you need 3. Environmental dependencies are a form of code > complexity, but it's invisible because you seem virtuous by requiring > the whole gnome library suite for what turns out to be a network daemon. Yes, so that particular library loses, but factorization wins. > Alternately, "infrastructure in search of a user" is as bad as > premature optimization: hold off writing code until you actually need > it. Worse: it may never save any time at all! > My aboriginal linux 260 slide presentation described why native > compiling under emulation is better than cross compiling. One reason > was throwing processor time at the problem instead of throwing > engineering time at the problem. Moore's Law helps with one of these. Ah yes, "engineer competence doubles every 18 months" (^_^) Cheers, Strake