From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11852 invoked by alias); 26 Mar 2002 18:16:07 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 11787 invoked by uid 71); 26 Mar 2002 18:16:03 -0000 Date: Tue, 26 Mar 2002 10:16:00 -0000 Message-ID: <20020326181603.11776.qmail@sources.redhat.com> To: vmakarov@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Joel Sherrill Subject: Re: bootstrap/3589: GCC 3.0-CVS illegal instruction on hppa1.1-proelf Reply-To: Joel Sherrill X-SW-Source: 2002-03/txt/msg00993.txt.bz2 List-Id: The following reply was made to PR bootstrap/3589; it has been noted by GNATS. From: Joel Sherrill To: Vladimir Makarov Cc: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, vmakarov@gcc.gnu.org, joel@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org Subject: Re: bootstrap/3589: GCC 3.0-CVS illegal instruction on hppa1.1-proelf Date: Tue, 26 Mar 2002 12:09:17 -0600 Vladimir Makarov wrote: > > Joel Sherrill wrote: > > > > Vladimir Makarov wrote: > > > > > > Joel Sherrill wrote: > > > > > > >Is there any ifdef to check and decide which directives to use? > > > > > > > > And if there is any reference mapping between them, I would appreciate > > > > knowing about it. > > > > > > Here is the path solving the problem. > > > > > > You could find a description of the pseudoops and mapping them into elf > > > sections in > > > > > > http://segfault.net/~scut/cpu/hppa/HP_Assembler_Reference_Manual_HP9000_9th_Ed.pdf > > > > Thanks. > > > > Could the __PRO__ (or something similar) be part of the cpp predefines > > for this > > configuration so non-gcc assembly can do the right thing? I know that > > at least > > libgloss and RTEMS have hppa assembly. > > > > Yes, we could do it. But it is not urgent now. Libgloss has no > .subspace directive so it should be compiled without problems. OK. There are some in RTEMS but I am happy to disable them. The hppa port (when really active) was maintained on on an hpux box using gcc and native as/ld. So getting to the point where it is built using all GNU tools is a plus even if all I can do is ensure it compiles. :) > > Of course, this all begs the bigger question... how many embedded hppa > > users > > are there really? :) > > > > I am definitely not an embedded hppa user ) Me either -- just trying to avoid bit-rot in the RTEMS hppa port. :) > Vlad --joel