From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-50663-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 3217 invoked by alias); 25 Apr 2002 10:31:30 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 3207 invoked from network); 25 Apr 2002 10:31:25 -0000
Received: from unknown (HELO vlsi1.ultra.nyu.edu) (128.122.140.213)
  by sources.redhat.com with SMTP; 25 Apr 2002 10:31:25 -0000
Received: by vlsi1.ultra.nyu.edu (4.1/1.34)
	id AA10670; Thu, 25 Apr 02 06:28:41 EDT
Date: Thu, 25 Apr 2002 03:37:00 -0000
From: kenner@vlsi1.ultra.nyu.edu (Richard Kenner)
Message-Id: <10204251028.AA10670@vlsi1.ultra.nyu.edu>
To: dave@hiauly1.hia.nrc.ca
Subject: Re: PA specifies invalid T_ADAFLAGS
Cc: gcc@gcc.gnu.org
X-SW-Source: 2002-04/txt/msg01315.txt.bz2

The issue is that the data symbol might be in sr4, say, but when the
virtual origin is computed, it ends up in sr3.