From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Linas Vepstas Newsgroups: gmane.lisp.guile.user Subject: Re: request: libguile to wrap getsid(2) Date: Sun, 27 Dec 2009 17:33:09 -0600 Message-ID: <3ae3aa420912271533u2294c7e7j7b794d21dbe67ff@mail.gmail.com> References: <87ws09y3g3.fsf@ambire.localdomain> <87pr601t5c.fsf@ossau.uklinux.net> <877hs8xbwi.fsf@ambire.localdomain> Reply-To: linasvepstas@gmail.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1261956824 18617 80.91.229.12 (27 Dec 2009 23:33:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 27 Dec 2009 23:33:44 +0000 (UTC) Cc: guile-user@gnu.org To: Thien-Thi Nguyen , Jeff Wilkinson , Jeff Wilkinson Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Mon Dec 28 00:33:36 2009 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NP2bv-0002Om-1j for guile-user@m.gmane.org; Mon, 28 Dec 2009 00:33:19 +0100 Original-Received: from localhost ([127.0.0.1]:55416 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NP2bv-00056R-7J for guile-user@m.gmane.org; Sun, 27 Dec 2009 18:33:19 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NP2br-00054w-2p for guile-user@gnu.org; Sun, 27 Dec 2009 18:33:15 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NP2bm-000542-HD for guile-user@gnu.org; Sun, 27 Dec 2009 18:33:14 -0500 Original-Received: from [199.232.76.173] (port=50367 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NP2bm-00053z-C2 for guile-user@gnu.org; Sun, 27 Dec 2009 18:33:10 -0500 Original-Received: from mail-yx0-f191.google.com ([209.85.210.191]:52811) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NP2bm-0001cD-BK for guile-user@gnu.org; Sun, 27 Dec 2009 18:33:10 -0500 Original-Received: by yxe29 with SMTP id 29so28195779yxe.14 for ; Sun, 27 Dec 2009 15:33:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PnsfhJJ7mugAXiR3/w35dJ1JerUJyzR3OK7oG49cKi4=; b=nhPrzLCfLCkpKK/cpUnstPXFqXk6Ji0jJQHR5ysvYrrUYaAbUiFr1bsVB1pNK0IF54 BZ+f9FrGs5Q1osa4QTYmdzcz4SyfJCMNc6Ctof58pvBvh7Mf6eC8tIFBJwkWqkET3w6u ZqhDx04mjejXeRBJnt6xMYYSs8aap8A08gYUA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; b=fRPkmupsa6HCqwTNi3pQTTaVecRwegrhTQRFrx/QtWW/uY4NmAvSvX7FGErU62w2DP lfmYuVFIFaz05Xe+d/Yd2adX3I6f7n72dBeug0GrrbRckSFJ0bDrZutyHqgtj2mCvNKS 8DHHZhpC7+OSeuGa75ERFir5Nkv4RbjuEjSOc= Original-Received: by 10.101.82.19 with SMTP id j19mr9610715anl.44.1261956789027; Sun, 27 Dec 2009 15:33:09 -0800 (PST) In-Reply-To: <877hs8xbwi.fsf@ambire.localdomain> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:7579 Archived-At: 2009/12/27 Thien-Thi Nguyen : > As years go by, i have come to venerate old code per se less and > less. Heh. As the years go by, I have come to venerate any code, old or new, less and less. It's always broken, and never actually does what you want, anyways. > =C2=A0I think it would be cool to write tools to distill the > essence of old code, recasting into new code. =C2=A0That is what > compilers do, after all... =C2=A0Dreaming, i'd like to see compilers > that go beyond: > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0compilation > =C2=A0source ---------------------> "executable" representation > > to > > =C2=A0grok-db -----+<-------+ > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 v =C2=A0 =C2=A0 =C2=A0 = =C2=A0| > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0compilation | > =C2=A0source ---------------+----> "executable" representation > > where grok-db contains the analysis results of (this and other) > source, both present and past. Well, taking away two lessons from the recent past: -- "optimizing" compilers try to "grok" some small portion of the code, and re-arrange it in such a way that its more efficient. The challange is to "grok" ever-larger pieces. -- There are companies that specialize in taking :"legacy" code, written in strange old language dialects, and automatically modernizing/re-writing them to run on modern h/w. I don't really understand what the "old code" is, or exactly how much of the re-write process is automated, but its apparently a big business (i.e. big businesses that have lots of old code buy these things) I have a friend who works in this area, Jeff Wilkinson, perhaps he can comment. --linas