This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: recent commit
- From: David Mosberger <davidm at napali dot hpl dot hp dot com>
- To: Camm Maguire <camm at enhanced dot com>
- Cc: davidm at hpl dot hp dot com, gcl-devel at gnu dot org, gcc at gcc dot gnu dot org,debian-ia64 at lists dot debian dot org, 204789 at bugs dot debian dot org,"control at bugs dot debian dot org David Mosberger" <davidm at napali dot hpl dot hp dot com>,Erik Andersson <eran6345 at student dot uu dot se>,"Mike Thomas" <miketh at brisbane dot paradigmgeo dot com>
- Date: Thu, 28 Aug 2003 18:35:05 -0700
- Subject: Re: recent commit
- References: <C20C8848-D1C0-11D7-B00F-00039345907E@yahoo.fr><54k797y5mp.fsf@intech19.enhanced.com><16206.40108.678314.779641@napali.hpl.hp.com><54bru9xoop.fsf@intech19.enhanced.com>
- Reply-to: davidm at hpl dot hp dot com
>>>>> On 28 Aug 2003 21:00:54 -0400, Camm Maguire <camm@enhanced.com> said:
Camm> Greetings! This sounds like the sort of sidestepping of the
Camm> function descriptors that I was seeking initally. Can you
Camm> elaborate? I can dump the actual address, but don't I need to
Camm> find where these will be in the function descriptor mapping at
Camm> runtime to match the calling convention?
No, they won't be remapped when starting the unexec'd binary (that's
the issue, in fact, otherwise you wouldn't have a problem). Just
dumping the memory areas containing the function descriptors and
making them part of the unexec'd binary _ought_ to work.
Camm> Am I the only one with these problems on this platform?
It's the first time I heard of it.
Camm> BTW, Debian hppa works fine.
Yes, that's not surprising. HP-PA handles function descriptors
differently (mostly in worse ways; this is one area where the HP-PA
way of doing things happens to work out better).
--david