From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: odd machine configs: mips-siemens, gec63, pfa50, att3b Date: Sun, 21 Jul 2002 16:03:09 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1027281868 27611 127.0.0.1 (21 Jul 2002 20:04:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 21 Jul 2002 20:04:28 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17WMwM-0007BE-00 for ; Sun, 21 Jul 2002 22:04:26 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17WN9r-0006Ah-00 for ; Sun, 21 Jul 2002 22:18:23 +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 17WMwQ-0002yU-00; Sun, 21 Jul 2002 16:04:30 -0400 Original-Received: from 208-59-178-90.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([208.59.178.90] helo=raeburn.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17WMv9-0002sy-00 for ; Sun, 21 Jul 2002 16:03:11 -0400 Original-Received: from kal-el.raeburn.org ([2002:d03b:b25a:1:201:2ff:fe23:e26d]) by raeburn.org (8.11.3/8.11.3) with ESMTP id g6LK3Af16059; Sun, 21 Jul 2002 16:03:10 -0400 (EDT) Original-Received: from raeburn by kal-el.raeburn.org with local (Exim 3.35 #1 (Debian)) id 17WMv7-00075b-00; Sun, 21 Jul 2002 16:03:09 -0400 Original-To: emacs-devel@gnu.org Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5948 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5948 Is anyone familiar enough with these machines to answer a couple questions? The mips-siemens config defines XSETINT in a way that looks broken; it appears to retain the old type of the object being set as the new type, instead of setting it to Lisp_Int. Does Emacs even work on this system? I'm inclined to just delete the macro, but I'd prefer confirmation. In the gec63, pfa50, and att3b config files, some configurations play some interesting games with VALBITS, VALMASK, and the like. My guess is that this code predates DATA_SEG_BITS, and it would be enough to set DATA_SEG_BITS appropriately and let VALBITS and the rest be set by lisp.h. And I doubt the att3b definition of XINT is correct any more, even if the comment is. Can anyone confim my suspicions? Maybe even test a patch (or if they've got a little time, write it)? Ken