From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Bruce Korb Newsgroups: gmane.lisp.guile.devel Subject: Re: Re-addition of deprecated stuff to 1.7. Date: Sat, 17 May 2003 11:12:48 -0700 Organization: Home Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: <3EC67BA0.2C8FF637@veritas.com> References: <87iss97ak0.fsf@zagadka.ping.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1053194600 1044 80.91.224.249 (17 May 2003 18:03:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 17 May 2003 18:03:20 +0000 (UTC) Cc: Neil Jerram Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat May 17 20:03:17 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19H61d-0000Gc-00 for ; Sat, 17 May 2003 20:03:17 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19H633-0007oN-04 for guile-devel@m.gmane.org; Sat, 17 May 2003 14:04:45 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 19H62l-0007j1-00 for guile-devel@gnu.org; Sat, 17 May 2003 14:04:27 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 19H62i-0007Zo-00 for guile-devel@gnu.org; Sat, 17 May 2003 14:04:26 -0400 Original-Received: from bay-bridge.veritas.com ([143.127.3.10] helo=mtvmime01.veritas.com) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19H62h-0007VH-00 for guile-devel@gnu.org; Sat, 17 May 2003 14:04:23 -0400 Original-Received: from megami (unverified) by mtvmime01.veritas.com ; Sat, 17 May 2003 11:07:15 -0700 Original-Received: from veritas.com([172.22.12.211]) (3525 bytes) by megami via sendmail with P:esmtp/R:smart_host/T:smtp (sender: ) id for ; Sat, 17 May 2003 11:04:21 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30) X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.19-4GB i686) X-Accept-Language: en Original-To: Marius Vollmer Original-cc: guile-devel@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Developers list for Guile, the GNU extensibility library List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:2391 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:2391 Marius Vollmer wrote: > > #define _GUILE_SOURCE 1.6 > > #include > > > > And a 1.7.x/1.8.x libguile.h would have something at the end like > > > > #if _GUILE_SOURCE = 1.6 > > #include > > #endif > /* new code, using three-arg eval */ > > #define GUILE_ENABLE_THREE_ARG_EVAL > #include > > Later, we can deprecate the 'enable' variant and prefer a 'disable' > one: > > /* old code, using two-arg eval */ > #define GUILE_DISABLE_THREE_ARG_EVAL > #include > > ------------------- > /* new code, using three-arg eval */ > > #include > > And still later, we can just remove GUILE_DISABLE_THREE_ARG_EVAL and > let the old code fail. I'm going to guess here, so please correct me if I am wrong. I think the client model you are operating with is that someone develops some code and gets it running on their local system and then they are happy campers. That is not what I am doing. I am distributing my stuff to whomever and they will use whatever Guile happens to be installed on their systems. Some of them are using libguiles that are quite a few years old. May I please encourage you to supply configury stuff that is capable of adapting current interfaces to old Guiles? For example, it would be _really_nice_ if it were to define a scm2newstr_size_t. That way I would not be completely unbuildable on I32LP64 platforms that still use "int" for the size argument. Stuff like that would be Really Nice. You also need to consider what happens when someone tries to build an old variation of my code with an as-yet-unreleased Guile. It is not a bad idea at all for me to define: #define _GUILE_SOURCE 1.6 as a way of saying, "When this program was distributed, it was cognizant of the interface through to 1.6." 'course, in my case it may actually be 1.4 because I don't have the time to track changes. :) My desire is to use a small stable subset that won't vary very much. Which is also why I selected the advertized- as-stable gh interface for as much as possible. *sigh*. P.S. If _anyone_ can show me how to set the string port file name and line number, I *sure* would be a happy camper. I've tried all the variations of all the suggestions and have still failed to get it working, though at least I'm now printing the line and column numbers within each string fragment. I'll even write it up or, better, I think, is to provide a: <>_eval_str_with_file_and_line function. That would sure make life easier for the next one along. Cheers, Bruce Bruce Korb AG URL: http://autogen.sourceforge.net _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel