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
prev parent 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).