This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
[rfa:sparc/rfc] multi-arch SOFTWARE_SINGLE_STEP et.al.
- To: gdb-patches at sources dot redhat dot com
- Subject: [rfa:sparc/rfc] multi-arch SOFTWARE_SINGLE_STEP et.al.
- From: Michael Snyder <msnyder at cygnus dot com>
- Date: Thu, 01 Feb 2001 13:46:49 -0800
- Organization: Red Hat
"Paul N. Hilfinger" wrote:
>
> > Andrew Cagney wrote:
> > >
> > > Andrew Cagney wrote:
> > >
> > > > For the sparc64 this multi-arches software_single_step. Maintainer?
> > > > Test on a solaris N+1 machine?
> > >
> > > So, I've managed to get a solaris 7 machine. How should I configure
> > > things so that I know I'm testing the sparc64 support?
> >
> > Just make sure that the default gcc on your path (or $CC) defaults to 64-bit.
> > Everything else should follow automatically.
> >
> > During development, when I had a prototype gcc that would do 64-bit
> > but not as the default, I simply defined CC = "gcc -m64".
>
> This reminds me of a question that came up while I was trying to build
> a sparc64 version: Is it intended that the current GDB5 sources compile only
> on GCC? For example, in findvar.c, there is the line
>
> char raw_buffer[MAX_REGISTER_RAW_SIZE];
>
> Since MAX_REGISTER_RAW_SIZE is not an integral constant expression,
> this does not compile with Sun's compiler. No doubt I simply missed
> this policy discussion when it came up. Is it no longer considered
> important to allow GDB to compile with standard C compilers?
>
> Paul Hilfinger
Paul, I'm also working on validating your patch, but having trouble
getting the current gdb to build on solaris. Just to let you know
you're not being ignored.