unofficial mirror of guile-user@gnu.org 
 help / color / mirror / Atom feed
From: Thien-Thi Nguyen <ttn@gnuvola.org>
To: guile-user@gnu.org
Subject: Re: request: libguile to wrap getsid(2)
Date: Mon, 28 Dec 2009 13:18:30 +0100	[thread overview]
Message-ID: <87637re1gp.fsf@ambire.localdomain> (raw)
In-Reply-To: <878wcnfj5k.fsf@ossau.uklinux.net> (Neil Jerram's message of "Mon, 28 Dec 2009 11:11:03 +0000")

() Neil Jerram <neil@ossau.uklinux.net>
() Mon, 28 Dec 2009 11:11:03 +0000

   recasting at runtime [...]  also supports writing out recast
   code - although perhaps at the cost of losing some formatting
   and comments.

A good start!  In my mind, the formatting and comments are part
of the essence.

   Can you give an example of what grok-db might say?

I envision grok-db not as program, but a data structure (database).
As such, the compiler (and other tools) would add/update/zonk bits of
knowledge in the form of:

 (ID GIVEN RESULT...)

tuples, where GIVEN may be one of:

 ID          ; reference
 LOCATION
 (LOCATION CONTEXT)

where LOCATION is some (FILENAME FORM-NODE-ID ETC...) form;
CONTEXT is (STATIC [DYNAMIC...]); and RESULT is something that
the compiler can use in its transforms.

   Also note that grok-db is in a sense already present, in the
   source code of the compiler.

Exactly.  We want to teach the compiler to share its thoughts,
and perhaps learn from the thoughts of others.  If the programmer
(or other tool) has insight that the compiler lacks, there is no
reason to deny it access.  Obviously, it goes the other way, too!

thi




      reply	other threads:[~2009-12-28 12:18 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-26 18:50 request: libguile to wrap getsid(2) Thien-Thi Nguyen
2009-12-27 12:46 ` Neil Jerram
2009-12-27 18:21   ` Neil Jerram
2009-12-27 23:01     ` Thien-Thi Nguyen
2009-12-27 22:58   ` Thien-Thi Nguyen
2009-12-27 23:33     ` Linas Vepstas
2009-12-29  1:08       ` Jeff Wilkinson
2009-12-28  6:34     ` Ken Raeburn
2009-12-28 12:25       ` Thien-Thi Nguyen
2009-12-28 11:11     ` Neil Jerram
2009-12-28 12:18       ` Thien-Thi Nguyen [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87637re1gp.fsf@ambire.localdomain \
    --to=ttn@gnuvola.org \
    --cc=guile-user@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).