From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22485 invoked by alias); 27 Aug 2012 10:56:24 -0000 Received: (qmail 22471 invoked by uid 22791); 27 Aug 2012 10:56:23 -0000 X-SWARE-Spam-Status: No, hits=-8.5 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,KHOP_PGP_SIGNED,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,TW_DX,TW_FN,TW_UU X-Spam-Check-By: sourceware.org Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 27 Aug 2012 10:56:10 +0000 Received: by pbbrq2 with SMTP id rq2so6417031pbb.2 for ; Mon, 27 Aug 2012 03:56:09 -0700 (PDT) Received: by 10.68.228.132 with SMTP id si4mr26172507pbc.57.1346064969390; Mon, 27 Aug 2012 03:56:09 -0700 (PDT) Received: from [219.92.175.163] (swz-175-163.tm.net.my. [219.92.175.163]) by mx.google.com with ESMTPS id vx5sm13450931pbc.43.2012.08.27.03.56.07 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 27 Aug 2012 03:56:08 -0700 (PDT) Message-ID: <503B5240.2010402@users.sourceforge.net> Date: Mon, 27 Aug 2012 10:56:00 -0000 From: JonY User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: cygwin-apps@cygwin.com Subject: Re: [ITA] w32api-3.0b_svn5368-1 References: <20120814072938.GA13181@calimero.vinschen.de> <20120814073403.GB13181@calimero.vinschen.de> <20120814075611.GC13181@calimero.vinschen.de> <50322A61.1050806@users.sourceforge.net> <5032C6C9.4070704@users.sourceforge.net> <5032E14F.5090604@users.sourceforge.net> <5032F137.2070905@users.sourceforge.net> <5033010B.1020509@users.sourceforge.net> <20120821034635.GA17755@ednor.casa.cgf.cx> <503312FD.4030305@users.sourceforge.net> <50336CEB.6060900@dronecode.org.uk> <50337233.4030205@users.sourceforge.net> <50339789.7060304@dronecode.org.uk> <5033DA5A.2090803@users.sourceforge.net> <50340B1D.2070302@users.sourceforge.net> <5034A17F.4090209@users.sourceforge.net> <50365FA8.60709@dronecode.org.uk> In-Reply-To: <50365FA8.60709@dronecode.org.uk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig78ECA3F6847832F5C24C4F10" X-IsSubscribed: yes Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com X-SW-Source: 2012-08/txt/msg00101.txt.bz2 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig78ECA3F6847832F5C24C4F10 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Content-length: 2210 On 8/24/2012 00:51, Jon TURNEY wrote: >=20 >=20 > On 22/08/2012 10:08, JonY wrote: >> On 8/22/2012 06:26, JonY wrote: >>>> According to mingw.org , GUID_SECT was only necessary for >>>> ancient GCC versions. At a minimum, we should be able to just remove >>>> the GUID_SECT from those defines. Unfortunately just ifndef _W64 those >>>> defines entirely leads to link errors: >>>> >>>> hw/xwin/winengine.c:107: undefined reference to `_IID_IDirectDraw4' >>>> winshaddd.o: In function `winAllocateFBShadowDD': >>>> hw/xwin/winshaddd.c:253: undefined reference to `_IID_IDirectDraw2' >>>> winshadddnl.o: In function `winAllocateFBShadowDDNL': >>>> hw/xwin/winshadddnl.c:285: undefined reference to `_IID_IDirectDraw4' >>>> winpfbdd.o: In function `winAllocateFBPrimaryDD': >>>> hw/xwin/winpfbdd.c:89: undefined reference to `_IID_IDirectDraw2' >=20 > It's pretty easy to adapt for this in the existing X server code either by > simply defining GUID_SECT as empty if it is not already defined, or remov= ing > GUID_SECT. >=20 >>> mingw-w64 ddraw.h already has them, though they're inlined, gcc doesn't >>> like inlined data. DEFINE_GUID may need fixing, or at least instanced in >>> libuuid or libddraw. >>> >>> I'll need to talk to to the Jacek from Wine to get a solution. >>> >> >> Here's a quick and dirty workaround, add and compile the following file >> and link it with the failing executable: >> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> #define INITGUID 1 >> #include >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > It's tempting to conclude that the "brokeness" alluded to in the comment = in > the X server source is that the author didn't know about INITGUID. >=20 > It seems that GUID_SECT is defined by the current w32api headers, but onl= y had > any contents for ancient gcc (prior to 2.95) >=20 > However, Google seems to indicate that we are not totally alone in assumi= ng > the existence of GUID_SECT, so you might want to consider providing an em= pty > definition for compatibility. >=20 OK, found the proper lib to link with, add -ldxguid for libdxguid.a. I did not know of this until Jacek told me about it. --------------enig78ECA3F6847832F5C24C4F10 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 196 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) iEYEARECAAYFAlA7UkQACgkQp56AKe10wHeEmQCeLLGpbA0HajBMK/cww8fsdQiU 6agAnjIwNszDPC6Z5Yu0BcURO9Nn9g01 =lprt -----END PGP SIGNATURE----- --------------enig78ECA3F6847832F5C24C4F10--