From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24784 invoked by alias); 21 Jun 2002 21:51:28 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 24759 invoked from network); 21 Jun 2002 21:51:23 -0000 Received: from unknown (HELO aaron.internal) (66.129.209.18) by sources.redhat.com with SMTP; 21 Jun 2002 21:51:23 -0000 Received: (from aaron@localhost) by aaron.internal (8.8.8/8.8.8) id OAA29834 for gdb-patches@sources.redhat.com; Fri, 21 Jun 2002 14:51:23 -0700 (PDT) Date: Fri, 21 Jun 2002 14:51:00 -0000 From: "Aaron J. Grier" To: gdb-patches@sources.redhat.com Subject: m68k multi-arch problems Message-ID: <20020621145122.D12218@aaron.internal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-SW-Source: 2002-06/txt/msg00445.txt.bz2 the latest round of m68k multi-arch patches seems to have broken things for the m68k-rtems target. valops.c won't compile due to missing POP_FRAME, which used to be defined unconditionally in tm-m68k.h... I couldn't easily divine where it's supposed to be defined now, or where GDB_MULTI_ARCH_PARTIAL is supposed to be turned off. can anybody spare me a clue? -- Aaron J. Grier | Frye Electronics, Tigard, OR | aaron@frye.com