From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.devel Subject: Re: 64-bit lossage Date: 23 Jul 2002 23:12:38 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1027462412 13971 127.0.0.1 (23 Jul 2002 22:13:32 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 23 Jul 2002 22:13:32 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17X7uM-0003dE-00 for ; Wed, 24 Jul 2002 00:13:30 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17X88s-000090-00 for ; Wed, 24 Jul 2002 00:28:30 +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 17X7uU-0004zM-00; Tue, 23 Jul 2002 18:13:38 -0400 Original-Received: from albion.dl.ac.uk ([148.79.80.39]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17X7tY-0004yM-00 for ; Tue, 23 Jul 2002 18:12:40 -0400 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 17X7tW-00072M-00; Tue, 23 Jul 2002 23:12:38 +0100 Original-To: Ken Raeburn Original-Lines: 49 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 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:5997 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5997 Ken Raeburn writes: > Which OS are you using on the Alpha? Tru64 5.1a, but I doubt that matters. Irix64 does just that same. > On the 5.1 machine I've got at work, with a source tree I've already > started banging on for some of the lisp implementation issues I was > complaining about recently, What issues? > I'm having some problems with mmap. Not using mmap for buffer > storage seems to fix the problem for the moment, but I'll > investigate that further. Yes -- I read this too late -- but what has changed in that area since 21.2? > and gdb-3.1 doesn't work. Indeed; I've worked on it (insufficiently). The GNUPro one from the `The Linux and Tru64 UNIX Portability' (?) CD works, but I've not been able to extract the sources for it from Compaq^WHP -- I must try again. > I also noticed a number of compiler warnings about pointer mismatches > where the pointer targets were of the wrong type (e.g., int vs > long); Some of that is problems with system headers that I may have kludges for already. > I'll try to clean some of that up later. But they kind of get lost > in the long list of complaints about mixing "char *" and "unsigned > char *". Yes, see etc/TODO. See cc(1) for how to disable specific warnings, e.g. `-msg_disable ptrmismatch1,promotmatchw', which I have currently. I mostly used gcc to find such problems, though, and the result is the same as with cc currently. [The Compaq compiler supports some gcc extensions, so testing __GNUC__ may not be optimal.] > My problem showed up in some buffer manipulation code, so maybe it's > not the same problem. But like I said, I've already started making > other changes in my tree.... Could you try the patch below? What problem is it trying to solve? I don't understand. It doesn't fix Tru64 or affect Solaris, Irix.