Re: build/955: build failure with GDB-5.3: sparc-nat.c structure redefinition errors with sparc64-linux, glibc-2.2.x

[Christian Joensson <c.christian.joensson@telia.com>]

On Sun, Apr 27, 2003 at 11:33:21AM -0400, Daniel Jacobowitz wrote:
> On Sun, Apr 27, 2003 at 03:08:00PM -0000, Nix wrote:
> > The following reply was made to PR build/955; it has been noted by GNATS.
> > 
> > From: Nix <nix@esperi.demon.co.uk>
> > To: Christian =?iso-8859-1?q?J=F6nsson?= <c.christian.joensson@telia.com>
> > Cc: <nobody@sources.redhat.com>, <gdb-gnats@sources.redhat.com>,
> >    <gdb-prs@sources.redhat.com>, <aurora-sparc-devel@linuxpower.org>
> > Subject: Re: build/955: build failure with GDB-5.3: sparc-nat.c structure redefinition errors with sparc64-linux, glibc-2.2.x
> > Date: 27 Apr 2003 15:45:01 +0100
> > 
> >  On Sun, 27 Apr 2003, Christian Jönsson spake:
> >  > http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&databas
> >  > e=gdb&pr=955
> >  > 
> >  > Is *anything* happening on this issue in gdb cvs HEAD?
> >  
> >  My apologies for not following up; this patch, abstracted from Debian
> >  (where fading memory tells me it is due to Daniel Jacobowitz), fixes it,
> >  but is probably too ugly to go in; the incompatibility test should
> >  really be done by configure:
> 
> Right on the origin and ugliness counts, which is why I never got
> around to doing anything about it.  But it's better than nothing, since
> it lets sparc-linux build, so I suppose it should go in... does anyone object?
>   
> >  Index: gdb/gdb/sparc-nat.c
> >  ===================================================================
> >  RCS file: /cvs/src/src/gdb/sparc-nat.c,v
> >  retrieving revision 1.13.12.1
> >  diff -u -r1.13.12.1 sparc-nat.c
> >  --- gdb/gdb/sparc-nat.c	3 Dec 2002 22:35:49 -0000	1.13.12.1
> >  +++ gdb/gdb/sparc-nat.c	27 Apr 2003 14:39:53 -0000
> >  @@ -33,6 +33,13 @@
> >   #include <sys/ptrace.h>
> >   #include <sys/wait.h>
> >   #ifdef __linux__
> >  +/* Sadly, <sys/ucontext.h> conflicts with <asm/reg.h> on Linux.  And
> >  +   -D_GNU_SOURCE brings in <sys/ucontext.h> implicitly with <signal.h>.
> >  +   Hack around this.  */
> >  +#undef FPU_REGS_TYPE
> >  +#define fpu asm_reg_fpu
> >  +#define fq asm_reg_fq
> >  +#define fpq asm_reg_fpq
> >   #include <asm/reg.h>
> >   #else
> >   #include <machine/reg.h>
> >  
> >  
> >  -- 
> >  `It is an unfortunate coincidence that the date locarchive.h was
> >   written (in hex) matches Ritchie's birthday (in octal).'
> >                 -- Roland McGrath on the libc-alpha list
> > 
> 
> -- 
> Daniel Jacobowitz
> MontaVista Software                         Debian GNU/Linux Developer

ping... how's it going?

Cheers,

/ChJ