From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.lisp.guile.devel Subject: Re: gnome-guile broken with guile 1.5 (gg used guile-snarf). Date: Tue, 12 Mar 2002 13:04:44 -0800 Sender: guile-devel-admin@gnu.org Message-ID: References: <87hentznk5.fsf@raven.i.defaultvalue.org> <877kojuij8.fsf@raven.i.defaultvalue.org> <876641lm2g.fsf@raven.i.defaultvalue.org> Reply-To: ttn@glug.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1015967365 15507 80.91.224.249 (12 Mar 2002 21:09:25 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 12 Mar 2002 21:09:25 +0000 (UTC) Cc: guile-devel@gnu.org, ariel@arcavia.com Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16ktWP-000420-00 for ; Tue, 12 Mar 2002 22:09:25 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16ktWB-0004Vp-00; Tue, 12 Mar 2002 16:09:11 -0500 Original-Received: from ca-crlsbd-u3-c5c-122.crlsca.adelphia.net ([68.64.59.122] helo=giblet) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16ktV2-0004My-00 for ; Tue, 12 Mar 2002 16:08:00 -0500 Original-Received: from ttn by giblet with local (Exim 3.33 #1 (Debian)) id 16ktRs-0006Xo-00; Tue, 12 Mar 2002 13:04:44 -0800 Original-To: rlb@defaultvalue.org In-reply-to: <876641lm2g.fsf@raven.i.defaultvalue.org> (message from Rob Browning on Tue, 12 Mar 2002 11:42:31 -0600) Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:10 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:10 From: Rob Browning Date: Tue, 12 Mar 2002 11:42:31 -0600 "Drift" seems possible and even perhaps likely to me when a particular feature that was previously undocumented, and not covered by make check, is both publically available and used. [...] something we're interested in trying to avoid in the future. does anyone mind if i add this explanation to the manual in the terminology section? it seems to be a fundamental part of the user/maintainer dialogue. > i suppose what i'll do is port 1.4 functionality into 1.6, add > "--compat=1.4" (or whatever, i'm open to suggestions) option > handling, and document these things. :-/ [with good transition docs,] I'd be happy to fix what's needed in gnome-guile, and I suspect that Dale would be amenable to adapting his code too, once the requirements are clear. the transition docs and modified guile-snarf are done (testing at the moment, checkin today likely). i will also outline the t.docs in NEWS, and use my new vocab. hopefully compat mode can accomodate those who aren't ready to change their source. guile-snarf [invocation and result] At first glance I had presumed that the problem was that although guile-gtk.c #includes guile-gtk.x, the old snarfing process supressed that include, but the new one doesn't, but that was just a guess. Here's what guile-gtk.c says wrt guile-gtk.x: #ifndef SCM_MAGIC_SNARFER #ifndef MKDEP #include "guile-gtk.x" #endif /* MKDEP */ #endif /* SCM_MAGIC_SNARFER */ ack, i had been looking at how guile-1.4 does its own snarfing for a hint at how guile-1.4 guile-snarf works, but that was a mistake! guile-1.4 uses some other method of snarfing for itself. guile-snarf is not even used there. must. fight. gumption. leak... thi _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel