From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31415 invoked by alias); 15 Jan 2003 14:46:04 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 31401 invoked by uid 71); 15 Jan 2003 14:46:03 -0000 Date: Wed, 15 Jan 2003 14:46:00 -0000 Message-ID: <20030115144603.31400.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Wolfgang Bangerth Subject: Re: c++/9313: [Mingw] Internal compiler error in rest_of_compilation, at toplev.c:3491 (fwd) Reply-To: Wolfgang Bangerth X-SW-Source: 2003-01/txt/msg00952.txt.bz2 List-Id: The following reply was made to PR c++/9313; it has been noted by GNATS. From: Wolfgang Bangerth To: gcc-gnats@gcc.gnu.org Cc: Subject: Re: c++/9313: [Mingw] Internal compiler error in rest_of_compilation, at toplev.c:3491 (fwd) Date: Wed, 15 Jan 2003 08:39:59 -0600 (CST) ---------- Forwarded message ---------- Date: Wed, 15 Jan 2003 02:00:24 +0100 From: Bernd Becker To: bangerth@dealii.org Subject: Re[2]: c++/9313: [Mingw] Internal compiler error in rest_of_compilation, at toplev.c:3491 Hi, << Not reproducible on Linux (no surprise). >> Indeed. With djgpp under M$DOS the code compiles fine as well (GCC3.2.1) << Can you say which version of gcc you used... >> D'oh !! I knew I forgot something :-P GCC 3.2 mingw-special 20020817-1 << ...with which flags you compiled the file? >> INCDIR=./inc -gstabs -Wall -DDEBUG=1 -I$(INCDIR) -DPSGUIDLL_BUILD=1 DEBUG is defined so logging is compiled in (#ifdef DEBUG...) PSGUIDLL_BUILD is defined so the functions are defined appropriately in the header with __declspec(dllexport) when building the DLL and __declspec(dllimport) when a program includes the header. And that was the 'bug'. I had changed that name in the header file to DLL_BUILD but forgot to change it in the makefile. *aaaarrrrrrggggghhhhhh!!!!* After changing the name of the variable to DLL_BUILD the code compiled again. I'm terribly sorry to have bothered you, I had completely forgotten that I hadn't tried to build the lib after the name change under Windows. Which is why it worked fine before but didn't now. And, of course it would compile under M$DOS and Linux - you don't need shit like that under those OSs, and therefore the variable is simply ignored. I'm getting too old for this, sorry again !! cu, -- Bernd