From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
To: gdb@sources.redhat.com
Subject: Re: [Fwd: Is anyone using the HP compilers on PA-RISC with FSF GDB?] (fwd)
Date: Wed, 02 Aug 2006 19:17:00 -0000 [thread overview]
Message-ID: <200608021916.k72JGwFd002315@hiauly1.hia.nrc.ca> (raw)
I've forwarded comments that I made in response to Daniel's message to
Randolph.
Forwarded message:
> From dave Wed Aug 2 11:45:40 EDT 2006
> Subject: Re: [Fwd: Is anyone using the HP compilers on PA-RISC with FSF GDB?]
> To: randolph@tausq.org (Randolph Chung)
> Date: Wed, 2 Aug 2006 11:45:40 -0400 (EDT)
> From: "John David Anglin" <dave@hiauly1>
> In-Reply-To: <44D019E7.2040405@tausq.org> from "Randolph Chung" at Aug 2, 2006 11:20:07 am
> X-Mailer: ELM [version 2.4 PL25]
> MIME-Version: 1.0
> Content-Type: text/plain; charset=US-ASCII
> Content-Transfer-Encoding: 7bit
> Content-Length: 2025
>
> > I have a question, though, which I think I've asked before. GCC on
> > HP/UX uses stabs, so only requires basic SOM support from GDB. That
>
> There have been requests for ELF debug support. The main issue as
> far as I can see is the lack of named sections and where to put stuff.
>
> > should be in decent shape still. But the stuff read by hpread.c is
> > only generated by the HP compilers (cc and aCC).
> >
> > - Are these compilers still important for C?
> > - Are these compilers still important for C++?
>
> Oh, I'm sure these compilers are still important to some people.
> However, I don't see the need to maintain support for the debug
> format generated by these compilers. There's no debug info in any
> of the system libraries, so this capability doesn't help development
> of open source applications under HP-UX.
>
> I should also say that access to HP compilers is necessary to
> maintain this code. Thus, it really can only be done by HP. If
> they don't maintain it, then it should be removed.
>
> > I have not heard from any users of the FSF GDB with the HP compilers in
> > a long time; for HP-specific features, I suspect more people use HP's
> > WDB fork of GDB. If no one is using the HP support, I would like to
> > remove it from the next release of GDB.
>
> The HP compilers are quite stable, so I think WDB should be adequate.
> HP can always update WDB if necessary. I don't think it's likely that
> HP will change their compilers on PA-RISC to provide ISO compliance.
> It would require significant changes to the runtime.
I.e., the current HP C and aCC compilers are in a holding pattern except
for bug fixes.
> On the otherhand, GCC C, C++, Ada and Java are now working quite well
> on PA-RISC for both Linux and HP-UX. So, I would suggest that we need
> to focus support in these areas. Of course, I'm a bit biased ;)
Dave
--
J. David Anglin dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
next reply other threads:[~2006-08-02 19:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-02 19:17 John David Anglin [this message]
2006-08-02 19:22 ` Daniel Jacobowitz
2006-08-02 19:46 ` John David Anglin
2006-08-13 14:59 ` [[RFC] DWARF2 debug support for HP-UX SOM target John David Anglin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200608021916.k72JGwFd002315@hiauly1.hia.nrc.ca \
--to=dave@hiauly1.hia.nrc.ca \
--cc=gdb@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox