From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13985 invoked by alias); 6 Mar 2008 21:02:04 -0000 Received: (qmail 13976 invoked by uid 22791); 6 Mar 2008 21:02:03 -0000 X-Spam-Check-By: sourceware.org Received: from hugo.fen-net.de (HELO hugo.fen-net.de) (212.204.115.10) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 06 Mar 2008 21:01:40 +0000 Received: from boru (p57AF4B4D.dip.t-dialin.net [87.175.75.77]) (authenticated bits=0) by hugo.fen-net.de (8.12.11/8.12.11) with ESMTP id m26Ku8ah012111 for ; Thu, 6 Mar 2008 21:56:08 +0100 (MET) Received: by boru (Postfix, from userid 1001) id C65D92927; Thu, 6 Mar 2008 22:01:35 +0100 (CET) Date: Thu, 06 Mar 2008 21:02:00 -0000 From: David Haworth To: insight@sources.redhat.com Subject: Re: Compiling in 64 bits Message-ID: <20080306210135.GC5888@fen-net.de> References: <000b01c87f9e$25edc940$71c95bc0$@net> <20080306175437.GA5598@fen-net.de> <47D03D96.5010403@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47D03D96.5010403@redhat.com> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Virus-Status: Clean X-IsSubscribed: yes Mailing-List: contact insight-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sourceware.org X-SW-Source: 2008-q1/txt/msg00076.txt.bz2 Hi Keith, On Thu, Mar 06, 2008 at 10:53:10AM -0800, Keith Seitz wrote: > That is, of course, my fault (and I apologize): I do tend to make random > disappearances depending on what is happening with my work load. But I now > have access to an x86_64 box of my (wife's) very own, so I'll try to take a > look at this tonight. What I said wasn't intended as criticism, so I'm sorry if it sounded like that. I think those of us who run 64-bit Linux are aware that it's still bleeding-edge. Yes, the mainstream stuff works OK, but stray a little from the beaten track and you start finding programs that won't run, or that appreas to run perfectly well but refuse to open perfectly good files, claiming that they are not in the correct format. The usual culprit for the former is an assumption that a pointer is 32-bits, for the latter that a long is 32-bits. I'm also aware that not everyone has access to an amd64 machine, and even those who do may find that it has a 32-bit linux installed. I did try (briefly) to fix the problems. I got rid of all the compiler errors by careful type-changes and casts, but the GUI part simply won't run. I fear there may be deeper problems in the tcl/tk package. I recall you mentioning recently that insight has an old verison of tcl/tk built-in and that you intended to try to get rid of it and use a normal version. I have a feeling that supporting amd64 might force the issue :-O Dave