This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [Patch: mingw/cygwin] Handle export of MI thunks from windowsdll's
- From: Jason Merrill <jason at redhat dot com>
- To: Danny Smith <danny_r_smith_2001 at yahoo dot co dot nz>
- Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>, Christopher Faylor <cgf at redhat dot com>
- Date: Sun, 06 Jul 2003 00:34:30 -0400
- Subject: Re: [Patch: mingw/cygwin] Handle export of MI thunks from windowsdll's
- References: <20030705210254.55552.qmail@web21405.mail.yahoo.com>
On Sun, 6 Jul 2003 07:02:54 +1000 (EST), Danny Smith <danny_r_smith_2001@yahoo.co.nz> wrote:
--- Jason Merrill <jason@redhat.com> wrote:
>> Rather than remove the check for DECL_ARTIFICIAL, you should be able to
>> add a check for DECL_THUNK_P to handle thunks. We still don't want
>> import/export to affect synthesized copy ctors et al.
>
> I was going to, but that would mean including cp/cp-tree.h. I didn't think
> inclusion of language-specific files or using a language-specific flag
> was a good thing to do. (No other targets seem to.)
No, indeed, sorry. So you'll need to check different flags instead. Does
it work to avoid setting dllexport on DECL_COMDAT decls?
> What is problem with _exporting_ synthesized copy ctors from shared
> library?
ABI cleanliness, basically.
Jason