delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com> |
List-Archive: | <http://sourceware.cygnus.com/ml/cygwin/> |
List-Post: | <mailto:cygwin AT sourceware DOT cygnus DOT com> |
List-Help: | <mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs> |
Sender: | cygwin-owner AT sourceware DOT cygnus DOT com |
Delivered-To: | mailing list cygwin AT sourceware DOT cygnus DOT com |
From: | gschmidt AT BUNSEN-AND-BEAKER DOT MIT DOT EDU |
Message-Id: | <199912171755.MAA13530@pinball-wizard.mit.edu> |
To: | Joost Kraaijeveld <JKraaijeveld AT Askesis DOT nl> |
cc: | cygwin AT sourceware DOT cygnus DOT com |
Subject: | Re: Internal compiler error in `rest_of_compilation', at toplev.c :441 5 |
In-reply-to: | Your message of "Fri, 17 Dec 1999 14:48:42 +0100." |
<1F8B49DD9100D31195FC00A0C94989FE0D71 AT obelix> | |
Date: | Fri, 17 Dec 1999 12:55:46 EST |
> I narrowed it down a bit. It seems that compiling an executable with > __declspec (dllimport) defines for a class is not allowed. See the Bug > and NoBug version that are attached dllimport'd virtual function members aren't correctly handled currently -- the compiler chokes when it tries to generate the vtable. That's not a disaster, because unlike data, functions don't have to be declared dllimport for them to be correctly imported. I posted a workaround patch for this to the list earlier, and some others with more gcc internals clue than myself are working on a cleaner and more efficient solution. geoff schmidt gschmidt AT mit DOT edu -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |