From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <frysk-return-1881-listarch-frysk=sources.redhat.com@sourceware.org>
Received: (qmail 15969 invoked by alias); 18 Jun 2007 21:35:54 -0000
Received: (qmail 15952 invoked by uid 22791); 18 Jun 2007 21:35:53 -0000
X-Spam-Status: No, hits=-2.3 required=5.0 	tests=AWL,BAYES_00,DK_POLICY_SIGNSOME,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: sourceware.org
Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 18 Jun 2007 21:35:51 +0000
Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) 	by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5ILZnFL030233 	for <frysk@sourceware.org>; Mon, 18 Jun 2007 17:35:49 -0400
Received: from pobox.toronto.redhat.com (pobox.toronto.redhat.com [172.16.14.4]) 	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5ILZmOm019907 	for <frysk@sourceware.org>; Mon, 18 Jun 2007 17:35:48 -0400
Received: from tow.toronto.redhat.com (tow.toronto.redhat.com [172.16.14.160]) 	by pobox.toronto.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l5ILZmdu024252 	for <frysk@sourceware.org>; Mon, 18 Jun 2007 17:35:48 -0400
Message-ID: <4676FAE0.7080109@redhat.com>
Date: Mon, 18 Jun 2007 22:26:00 -0000
From: Nurdin Premji <npremji@redhat.com>
User-Agent: Thunderbird 2.0.0.0 (X11/20070419)
MIME-Version: 1.0
To: frysk <frysk@sourceware.org>
Subject: Re: 32-64 problem with lib.unwind.ProcInfo
References: <4672DC43.1020300@redhat.com>
In-Reply-To: <4672DC43.1020300@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact frysk-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <frysk.sourceware.org>
List-Subscribe: <mailto:frysk-subscribe@sourceware.org>
List-Post: <mailto:frysk@sourceware.org>
List-Help: <mailto:frysk-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: frysk-owner@sourceware.org
X-SW-Source: 2007-q2/txt/msg00325.txt.bz2

Nurdin Premji wrote:
> ProcInfo has a challenge dealing with non-native architectures with 
> unw_word_t being assumed to be the native architecture case rather 
> than the remote case.
>
> I'll look at this Monday.
Fixed, ProcInfo now has a reference to an Unwind object and the Unwind 
defines the methods to access the ProcInfo's fields. Thus the ProcInfo 
field accessors are defined in one of UnwindX86, UnwindX8664, 
UnwindPPC64 and so forth to follow.