public inbox for linux-ia64@vger.kernel.org
 help / color / mirror / Atom feed
From: "H . J . Lu" <hjl@valinux.com>
To: linux-ia64@vger.kernel.org
Subject: [Linux-ia64] ia64 toolchain problem
Date: Sat, 29 Jul 2000 17:36:26 +0000	[thread overview]
Message-ID: <marc-linux-ia64-105590678205243@msgid-missing> (raw)

On Wed, Jul 26, 2000 at 05:02:27PM -0700, Jim Wilson wrote:
> I am aware of your messages on this subject to the FSF gcc mailing lists.
> However, none of your messages actually report any bugs.  You just claim
> that bugs exist and propose solutions for them.  Your proposed solutions
> involve a redesign of gcc, are highly controversial, and very unlikely to be
> adopted anytime soon.  Thus I am in a position where I can't fix anything
> because I don't have anything to work with.
> 
> As I understand it, glibc needs to know about frame_object which is a gcc
> internal variable.  The gcc hackers didn't know about this until you pointed
> it out.  frame_object had to be changed in gcc to support the Intel defined
> IA-64 exception handling model.  Thus glibc will have to be changed to match
> the gcc changes.  I see nothing in gcc to fix.  Since I'm not doing glibc

glibc is not the only place where frame_object is used. Is collect2
used on ia64? If yes, it has the same problem as glibc, which is what
my runtime.h proposal is trying to fix. My point is gcc should define
a stable ABI for those functions used outside of the compiler itself.
In this case, they are glibc and collect2. glibc and collect2 should
know anything about the internals of those functions. That is why I
made frame_object opaque.


H.J.



                 reply	other threads:[~2000-07-29 17:36 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=marc-linux-ia64-105590678205243@msgid-missing \
    --to=hjl@valinux.com \
    --cc=linux-ia64@vger.kernel.org \
    /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