This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [RFC] Supporting alternative ABIs

From: Andrew Cagney <ac131313 at redhat dot com>
To: Andrew Cagney <ac131313 at redhat dot com>,Corinna Vinschen <vinschen at redhat dot com>
Cc: Mark Kettenis <kettenis at chello dot nl>, gdb at sources dot redhat dot com
Date: Sat, 13 Sep 2003 15:58:31 -0400
Subject: Re: [RFC] Supporting alternative ABIs
References: <20030822084054.GA1110@cygbert.vinschen.de> <86isop2y9h.fsf@elgar.kettenis.dyndns.org> <3F609BA0.3060106@redhat.com>

Corinna Vinschen <vinschen@redhat.com> writes:


- EXTRACT_RETURN_VALUE, STORE_RETURN_VALUE, USE_STRUCT_CONVENTION and
  gdbarch_push_dummy_code gdbarch methods would be changed to expect
  the type of the function, not the type of its return value.  They
  can use TYPE_TARGET_TYPE to get the return value type, but this will
  also give them access to the `calling_convention' for the function type.

I just looked at infcall.c:find_function_addr. GDB sometimes needs to compute the function's type and address from incomplete information.

Andrew

References:
- Re: [RFC] Supporting alternative ABIs
  - From: Andrew Cagney

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]