From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26872 invoked by alias); 17 Feb 2002 18:55:18 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 26740 invoked from network); 17 Feb 2002 18:55:12 -0000 Received: from unknown (HELO hiauly1.hia.nrc.ca) (132.246.100.193) by sources.redhat.com with SMTP; 17 Feb 2002 18:55:12 -0000 Received: from hiauly1.hia.nrc.ca (localhost [127.0.0.1]) by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1HItBFN010305 for ; Sun, 17 Feb 2002 13:55:11 -0500 (EST) Received: (from dave@localhost) by hiauly1.hia.nrc.ca (8.12.0.Beta16/8.12.0.Beta16) id g1HItAto010304; Sun, 17 Feb 2002 13:55:10 -0500 (EST) Message-Id: <200202171855.g1HItAto010304@hiauly1.hia.nrc.ca> Subject: Re: Don't use lib2funcs.asm on PA To: law@redhat.com Date: Sun, 17 Feb 2002 11:29:00 -0000 From: "John David Anglin" Cc: gcc-patches@gcc.gnu.org In-Reply-To: <26236.1013961397@porcupine.cygnus.com> from "law@redhat.com" at Feb 17, 2002 08:56:37 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SW-Source: 2002-02/txt/msg01141.txt.bz2 > As to why inferior calls don't work -- no clue. You might ask Alan M. how > much GDB stuff was working for PA-linux when he left Linuxcare. I can tell > you that getting inferior calls to work on the PA is a major PITA. It was in a pretty rock state (ie., didn't work at all). I have worked out a couple of hacks and now I have at least a partially functional gdb. It's a little better that hppa64-hpux. The most important fix was the initialization of the register cache. The problem is that it is done before the arch initialize and the arch needs to be inited for REGISTER_BYTE. This may be a problem for hppa64-hpux because in a backtrace the arguments are garbled. Under, hppa64-hpux I have been using the HP version of gdb64 but it doesn't recognize debug symbols in a gcc compiled object (it works for a HP compiled object). However, it does do backtraces and print registers ok. > > At the moment, I am trying to get frame notes working. I am still trying > > to find out how to handle parallels. The suggestion from Olivier Hainque > > didn't seem to work. The stack frame adjustment still isn't getting > > recorded correctly so it seems. I believe that ARG_POINTER_CFA_OFFSET(FNDEC > > L) > Hmmm, there is some specific magic to deal with PARALLELS on prologue > insns. I think you set RTX_FRAME_RELATED_P on the PARALLEL and each item > within the PARALLEL. Or something like that. You can probably find an > example in one of the other target config files. Yes, looked at dwarf2out.c to see what it expects. I found some more coding problems with PARALLEL's in the register save code and also that the EH_RETURN_DATA_REGNO registers need to be saved if the function calls eh_return. The code still isn't quite right and needs some reorganization, but my test code now throws. However, there is a problem in the catch. Another day or two and I think that it will work. Dave -- J. David Anglin dave.anglin@nrc.ca National Research Council of Canada (613) 990-0752 (FAX: 952-6605)