This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

[rfa:sparc/rfc] multi-arch SOFTWARE_SINGLE_STEP et.al.


"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.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]