From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3698 invoked by alias); 22 Feb 2007 08:12:41 -0000 Received: (qmail 3687 invoked by uid 22791); 22 Feb 2007 08:12:40 -0000 X-Spam-Check-By: sourceware.org Received: from smtp4.clear.net.nz (HELO smtp4.clear.net.nz) (203.97.37.64) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 22 Feb 2007 08:12:32 +0000 Received: from anykey (218-101-109-178.dialup.clear.net.nz [218.101.109.178]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JDU0006TUSQLL20@smtp4.clear.net.nz> for java-patches@gcc.gnu.org; Thu, 22 Feb 2007 21:12:29 +1300 (NZDT) Date: Thu, 22 Feb 2007 08:12:00 -0000 From: Danny Smith Subject: Re: jdwp build failure To: java-patches@gcc.gnu.org Cc: gnustuff@thisiscool.com Message-id: <000001c75659$35c94750$b26d65da@anykey> MIME-version: 1.0 X-Mailer: Microsoft Outlook, Build 10.0.2627 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org X-SW-Source: 2007-q1/txt/msg00601.txt.bz2 Hello Mohan Another comment from unsubscribed lurker. Mohan wrote at http://gcc.gnu.org/ml/java-patches/2007-q1/msg0 > Hi All, >>Mohan> I haven't looked into this much, but if the Linux folks aren't >>Mohan> having a problem with this, I'm suspecting a Win32 macro >>Mohan> which is colliding with OUT. Just a guess, though. > >>It would be nice to know where this conflict comes from. >>Sometimes a '#undef OUT' in win32.h can help... >>But if we have to we can rename the field. > >I had already tried that, but it didn't work. I had even put an >#undef OUT in the offending .cc file with no luck. Still, if it >only happens on Win32, it has to be a macro, right?. >I've only made half-hearted attempts here. Marco? Otherwise, I'll >try to look at it sometime tomorrow. > #undef OUT should work if done _after_ including maybe here Index: natVMVirtualMachine.cc =================================================================== --- natVMVirtualMachine.cc (revision 122101) +++ natVMVirtualMachine.cc (working copy) @@ -56,6 +56,8 @@ #include #include +#undef OUT + using namespace java::lang; using namespace gnu::classpath::jdwp::event; using namespace gnu::classpath::jdwp::util; OUT is a macro in windef.h, which gets included by windows.h With newer versons of mingw's w32api, we have this in windef.h /* Pseudo modifiers for parameters We don't use these unnecessary defines in the w32api headers. Define them by default since that is what people expect, but allow users to avoid the pollution. */ #ifndef _NO_W32_PSEUDO_MODIFIERS #define IN #define OUT #ifndef OPTIONAL #define OPTIONAL #endif #endif so you could just #define _NO_W32_PSEUDO_MODIFIERS before including anything and humbly-pie request that win32 developers upgrade to newer w32api Danny >-- Mohan