From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-71469-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 358 invoked by alias); 5 Apr 2003 06:18:21 -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 350 invoked from network); 5 Apr 2003 06:18:20 -0000
Received: from unknown (HELO newton.math.purdue.edu) (128.210.3.6)
  by sources.redhat.com with SMTP; 5 Apr 2003 06:18:20 -0000
Received: from banach.math.purdue.edu (root@banach.math.purdue.edu [128.210.3.16])
	by newton.math.purdue.edu (8.10.1/8.10.1/PURDUE_MATH-4.0) with ESMTP id h356IDf09603;
	Sat, 5 Apr 2003 01:18:14 -0500 (EST)
Received: from banach.math.purdue.edu (lucier@localhost [127.0.0.1])
	by banach.math.purdue.edu (8.12.8/8.12.8/PURDUE_MATH-4.0) with ESMTP id h356IDMD014654;
	Sat, 5 Apr 2003 01:18:13 -0500 (EST)
Received: (from lucier@localhost)
	by banach.math.purdue.edu (8.12.8/8.12.8/Submit) id h356IC7l014653;
	Sat, 5 Apr 2003 01:18:12 -0500 (EST)
From: Brad Lucier <lucier@math.purdue.edu>
Message-Id: <200304050618.h356IC7l014653@banach.math.purdue.edu>
Subject: Re: relocation truncated to fit error on alpha
To: rth@redhat.com (Richard Henderson)
Date: Sat, 05 Apr 2003 09:08:00 -0000
Cc: falk.hueffner@student.uni-tuebingen.de (Falk Hueffner),
   lucier@math.purdue.edu (Brad Lucier), gcc@gcc.gnu.org,
   schun@math.purdue.edu (Sehun Chun), bangerth@dealii.org
In-Reply-To: <20030404214251.GD28309@redhat.com> from "Richard Henderson" at Apr 04, 2003 01:42:51 PM
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-SW-Source: 2003-04/txt/msg00212.txt.bz2

> On Fri, Apr 04, 2003 at 10:39:03PM +0200, Falk Hueffner wrote:
> > sfsproac.o(.rodata+0xec):/tmp/sfs-0.7.2/async/str.h:180: relocation truncated to fit: GPREL32 *UND*
...
> The most correct fix is to use section groups, such that the bits associated
> with the function get discarded with it.  This is a lot of work all the way
> through the toolchain though.

The same problem occurs in 3.3; I'll try to put together a proper PR tomorrow
morning.  It seems fairly serious.

Brad