public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Help Help
@ 1998-07-13 17:29 Antonio M. O. Neto
  0 siblings, 0 replies; only message in thread
From: Antonio M. O. Neto @ 1998-07-13 17:29 UTC (permalink / raw)
  To: egcs

Hello,

After resolved the problem of the non recognition of the attribute stdcall
in methods, another one impedes that a lot of functions of API of Windows 95
or NT (directx is an example) that pointers come back for classes it works
correctly, analyzing the code generated assembler noticed that two lines are
generated contends ". word 0" unnecessarily, this does with that the pointer
for a virtual method is larger and consecutively disabling its use. See the
example:

__vt$1a:
 .word 0
 .word 0
 .long ___tf1a
 .word 0
 .word 0
 .long _test1__1a

I am assuming that the type long in the assembler code is of 32 bits (they
correct me if it be deceived).

He would thank a lot for clues of as to remove these ".word 0 ", already
sought in the several sources and I didn't still find a middle of solving it
problems.

Thank you for the attention
Antonio Mendes de Oliveira Neto-Brazil (anmendes@cruzeironet.com.br)


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~1998-07-13 17:29 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1998-07-13 17:29 Help Help Antonio M. O. Neto

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).