From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-7260-listarch-gdb=sourceware.cygnus.com@sources.redhat.com>
Received: (qmail 19319 invoked by alias); 9 Jan 2002 19:45:53 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 19291 invoked from network); 9 Jan 2002 19:45:51 -0000
Received: from unknown (HELO fw-cam.cambridge.arm.com) (193.131.176.3)
  by sources.redhat.com with SMTP; 9 Jan 2002 19:45:51 -0000
Received: by fw-cam.cambridge.arm.com; id TAA12161; Wed, 9 Jan 2002 19:45:50 GMT
Received: from unknown(172.16.1.2) by fw-cam.cambridge.arm.com via smap (V5.5)
	id xma011813; Wed, 9 Jan 02 19:44:52 GMT
Received: from cam-mail2.cambridge.arm.com (localhost [127.0.0.1])
	by cam-admin0.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id TAA26763;
	Wed, 9 Jan 2002 19:44:52 GMT
Received: from sun18.cambridge.arm.com (sun18.cambridge.arm.com [172.16.2.18])
	by cam-mail2.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id TAA22678;
	Wed, 9 Jan 2002 19:44:51 GMT
Message-Id: <200201091944.TAA22678@cam-mail2.cambridge.arm.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: msnyder@redhat.com, gdb@sources.redhat.com
cc: Richard.Earnshaw@arm.com
Reply-To: Richard.Earnshaw@arm.com
Organization: ARM Ltd.
X-Telephone: +44 1223 400569 (direct+voicemail), +44 1223 400400 (switchbd)
X-Fax: +44 1223 400410
X-Address: ARM Ltd., 110 Fulbourn Road, Cherry Hinton, Cambridge CB1 9NJ.
X-Url: http://www.arm.com/
Subject: GDB arm-netbsd build failure.
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 09 Jan 2002 11:45:00 -0000
From: Richard Earnshaw <rearnsha@arm.com>
X-SW-Source: 2002-01/txt/msg00063.txt.bz2


Michael,

Your latest patch

2002-01-03  Michael Snyder  <msnyder@redhat.com>

        Implement a "generate-core-file" command in gdb, save target state.

breaks any target that doesn't use ELF, since it calls a BFD function that 
is only compiled in for ELF support.

Specifically, it directly uses elfcore_write_prpsinfo which is in bfd/elf.c

Isn't there supposed to be a way of wrapping such calls through a BFD 
layer to make them format independent.  If not, then this call should only 
be made if we know that we are using ELF.

R.