[Bug 1769] sparc64 not using compiler optimizations

bugzilla-daemon at rtems.org bugzilla-daemon at rtems.org
Mon Mar 21 19:02:44 UTC 2011


--- Comment #5 from Ralf Corsepius <ralf.corsepius at rtems.org> 2011-03-21 14:02:43 CDT ---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > (In reply to comment #1)
> > > > I am OK with the -O2 part, but I am not OK with -gstabs.
> > > > 
> > > > Why do you need -gstabs? -g is supposed to be sufficient.
> > > 
> > > With -gstabs, I get C source code line matching in my (non-GDB)
> > non-GDB  == your personal use-case == not of relevance to the public.
> > 
> AFAIW, our research group is the current users of the sparc64 port. It runs on
> the Simics simulator, which is not GDB and not free (we have academic licensing
> to use it).
Non-free source, not an RTEMS tool == irrelevant.

> > > So it is mostly a matter of convenience.
> > Please try using sparc-rtems-gdb (without -gstabs).
> Please note, this patch is for the sparc64 target,
I know, sorry - I was referring to sparc64.

> which is not equivalent to
> sparc32==sparc.  I don't think there is a gdb that supports sparc64 binaries
> that use the full (privileged) instruction set and RTEMS.
AFAICT, sparc64-gcc is supposed to generate dwarf-2 debug infos. I don't know
however if it actually works.

> Anyway, I don't care if the -gstabs is changed to -g or even removed entirely.
> It is easy enough to change back by hand if debugging or source-code line
> debugging are desired.
I will remove the -gstabs.

Configure bugmail: https://www.rtems.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.

More information about the bugs mailing list