From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Han-Wen Newsgroups: gmane.lisp.guile.devel Subject: Re: SCM_PTR_LE ? Date: Wed, 31 Jul 2002 00:24:55 +0200 Sender: guile-devel-admin@gnu.org Message-ID: <15687.4663.59228.939494@blauw.xs4all.nl> References: <15682.60268.422843.138038@blauw.xs4all.nl> Reply-To: hanwen@cs.uu.nl NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1028067831 31593 127.0.0.1 (30 Jul 2002 22:23:51 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 30 Jul 2002 22:23:51 +0000 (UTC) Cc: guile-devel@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17ZfPB-0008DQ-00 for ; Wed, 31 Jul 2002 00:23:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17ZfNW-0003W8-00; Tue, 30 Jul 2002 18:22:06 -0400 Original-Received: from smtpzilla5.xs4all.nl ([194.109.127.141]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17ZfNG-0003Vt-00 for ; Tue, 30 Jul 2002 18:21:50 -0400 Original-Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g6UMLmO3056588; Wed, 31 Jul 2002 00:21:49 +0200 (CEST) Original-To: Marius Vollmer In-Reply-To: X-Mailer: VM 7.05 under Emacs 21.2.1 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 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:894 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:894 marius.vollmer@uni-dortmund.de writes: > Han-Wen writes: > > > Can anyone explain to me why for the love of god, we have _macros_ to > > compare pointers? (i.e. SCM_PTR_LT, SCM_PTR_GE) ? SCM sources > > indicate that this is to support Turbo C running in protected mode on > > i386. > > > > I suggest it be scrapped. > > Hmm. The macros look like a potentially useful abstraction to me. We > are not making use of it right now, but it wouldn't feel right to just > remove them and thereby destroy information. I think that pointer comparison is pretty well defined in ANSI C; can you think of a solid reason to support them? Not that this one instance bugs in particular, but the GUILE source code is full of these so called "abstractions" that don't solve any existing problem, and just make the source code hard to read and debug. I think we can not have too little unnecessary abstractions. -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel