This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: recent commit
- From: Camm Maguire <camm at enhanced dot com>
- To: davidm at hpl dot hp dot com
- Cc: 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: 28 Aug 2003 21:00:54 -0400
- 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>
Greetings!
This sounds like the sort of sidestepping of the function descriptors
that I was seeking initally. Can you elaborate? I can dump the
actual address, but don't I need to find where these will be in the
function descriptor mapping at runtime to match the calling
convention?
Am I the only one with these problems on this platform? BTW, Debian
hppa works fine.
Take care,
David Mosberger <davidm@napali.hpl.hp.com> writes:
> Camm,
>
> >>>>> On 21 Aug 2003 00:52:14 -0400, Camm Maguire <camm@enhanced.com> said:
>
> Camm> --enable-static configuration option -- default on ia64, as a
> Camm> workaround for current algorithm of runtime realized function
> Camm> descriptors.
>
> It appears that you'd see the same/similar problem on hp-ux, so it's
> not just a GNU toolchain/glibc thing. Perhaps the best fix would be
> to dump the memory mappings for the function descriptors along with
> the unexec'd binary.
>
> --david
>
>
>
--
Camm Maguire camm@enhanced.com
==========================================================================
"The earth is but one country, and mankind its citizens." -- Baha'u'llah