From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15495 invoked by alias); 27 Jun 2002 21:56:06 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 15406 invoked from network); 27 Jun 2002 21:56:03 -0000 Received: from unknown (HELO tigress.cdcgy.com) (209.167.52.146) by sources.redhat.com with SMTP; 27 Jun 2002 21:56:03 -0000 Received: from mail.cdcgy.com by tigress.cdcgy.com via smtpd (for sources.redhat.com [209.249.29.67]) with SMTP; 27 Jun 2002 21:56:03 UT Received: by CSDNT99.cdcgy.com with Internet Mail Service (5.5.2653.19) id ; Thu, 27 Jun 2002 15:54:59 -0600 Message-ID: <83E3831A88E65844B01DB1A73FB66F930168463A@CSDNT99.cdcgy.com> From: "Rude, Randy [Cont]" To: 'Andrew Cagney' Cc: gdb@sources.redhat.com Subject: RE: Problem building 5.2 for m68k-elf on Solaris Date: Thu, 27 Jun 2002 14:56:00 -0000 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C21E25.4381D2C0" X-SW-Source: 2002-06/txt/msg00307.txt.bz2 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C21E25.4381D2C0 Content-Type: text/plain; charset="iso-8859-1" Content-length: 122 > > Can you try moving the #include "bcache.h" from symtab.h to > objfiles.h? That fixes it. Thanks Andrew! Randy ------_=_NextPart_000_01C21E25.4381D2C0 Content-Type: application/octet-stream; name="bcache.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="bcache.patch" Content-length: 1026 diff -Nwupr gdb-5.2-orig/gdb/objfiles.h gdb-5.2/gdb/objfiles.h=0A= --- gdb-5.2-orig/gdb/objfiles.h Fri Oct 12 13:07:07 2001=0A= +++ gdb-5.2/gdb/objfiles.h Thu Jun 27 14:34:53 2002=0A= @@ -22,6 +22,8 @@=0A= #if !defined (OBJFILES_H)=0A= #define OBJFILES_H=0A= =20=0A= +#include "bcache.h"=0A= +=0A= /* This structure maintains information on a per-objfile basis about the= =0A= "entry point" of the objfile, and the scope within which the entry poin= t=0A= exists. It is possible that gdb will see more than one objfile that is= =0A= diff -Nwupr gdb-5.2-orig/gdb/symtab.h gdb-5.2/gdb/symtab.h=0A= --- gdb-5.2-orig/gdb/symtab.h Thu Feb 21 17:17:13 2002=0A= +++ gdb-5.2/gdb/symtab.h Thu Jun 27 15:01:49 2002=0A= @@ -28,7 +28,6 @@=0A= #include "obstack.h"=0A= #define obstack_chunk_alloc xmalloc=0A= #define obstack_chunk_free xfree=0A= -#include "bcache.h"=0A= =20=0A= /* Don't do this; it means that if some .o's are compiled with GNU C=0A= and some are not (easy to do accidentally the way we configure=0A= ------_=_NextPart_000_01C21E25.4381D2C0--