From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 41293 invoked by alias); 22 Dec 2016 21:11:28 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 41262 invoked by uid 89); 22 Dec 2016 21:11:24 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.0 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=conftest, ALSO, Hx-languages-length:1227, H*i:sk:75c5307 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 22 Dec 2016 21:11:14 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 194F2C3017 for ; Thu, 22 Dec 2016 21:11:13 +0000 (UTC) Received: from [10.10.117.58] (ovpn-117-58.rdu2.redhat.com [10.10.117.58]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id uBMLBCXd003590 for ; Thu, 22 Dec 2016 16:11:12 -0500 Subject: Re: ssize_t To: cygwin@cygwin.com References: <75c5307a-2c10-dfbb-5c9d-08f52e3e0db8@t-online.de> From: Eric Blake Openpgp: url=http://people.redhat.com/eblake/eblake.gpg Message-ID: <862d1661-017c-01ed-f33f-ccf3e4ed1f70@redhat.com> Date: Thu, 22 Dec 2016 21:11:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <75c5307a-2c10-dfbb-5c9d-08f52e3e0db8@t-online.de> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Gbfnd1XTeX6Jeieeb2DkH5vc7LKc0wc5U" X-IsSubscribed: yes X-SW-Source: 2016-12/txt/msg00256.txt.bz2 --Gbfnd1XTeX6Jeieeb2DkH5vc7LKc0wc5U Content-Type: multipart/mixed; boundary="7meN3D08MG5BU1R1VASALP4nBw2mKchPP"; protected-headers="v1" From: Eric Blake To: cygwin@cygwin.com Message-ID: <862d1661-017c-01ed-f33f-ccf3e4ed1f70@redhat.com> Subject: Re: ssize_t References: <75c5307a-2c10-dfbb-5c9d-08f52e3e0db8@t-online.de> In-Reply-To: <75c5307a-2c10-dfbb-5c9d-08f52e3e0db8@t-online.de> --7meN3D08MG5BU1R1VASALP4nBw2mKchPP Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-length: 1300 On 12/22/2016 02:51 PM, Hans-Bernhard Br=C3=B6ker wrote: > Am 22.12.2016 um 20:39 schrieb Marco Atzeri: >=20 >> building latest Imagemagick, the test for ssize_t is now failing with a >> puzzling >> >> $ gcc ssize_t.c -o ssize_t >> ssize_t.c: In function =E2=80=98main=E2=80=99: >> ssize_t.c:115:22: error: expected expression before =E2=80=98)=E2=80=99 = token >> if (sizeof ((ssize_t))) >> ^ >> >> any clue what to look for ? >=20 >=20 > The test case reduces to a very simple one-liner: >=20 > int bar =3D sizeof((int)); >=20 > Replacing the double (()) by single () gets rid of the miscompilation. >=20 > That looks like a bona fide GCC bug. That is NOT a gcc bug, but deliberate configure behavior. Remember, not ALL conftest compilation probes during configure failures are supposed to compile - some are expected to fail. Debugging configure failures requires that you ALSO know whether the compilation failure is expected (as in this case), by knowing additional context of WHY configure is trying to compile the test code (here, to PROVE that ssize_t is an actual type name, and not just a variable name that expands to an expression rather than a type). --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --7meN3D08MG5BU1R1VASALP4nBw2mKchPP-- --Gbfnd1XTeX6Jeieeb2DkH5vc7LKc0wc5U Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 604 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJYXEFwAAoJEKeha0olJ0NqF+0H/2u1YOqDUTeorf97A9z38Ney opO/g5+l4/h8lg4Xx/RW7vHGUcU8qlPrQrBtpeXoObJJy/BSrwa72Oxth/n0o33s 8kXu0hfnsJXCg854eSeDaLhrz8fwqinLR/ydPtAqw53mnj3Gz8E7kXs3r7UA9t0J oDiou4c/h+ZNU+Odcpc111A7pt/sXLZ4E7PruNHAAoLU4cIxOooAGuwEdc/uKK1X YaNI4iLO2xzYyXzzl5PVZd+DDIBwlTj8TU0tNuAhPK2rW7sta3XjdLb3kXgt2KVN pyn7H7j8M1/vh9LBtdKrT6hxQFgGZ4mH/E6MbKn9Sk6uPh080Oi/AbMiJDg3DBI= =BolH -----END PGP SIGNATURE----- --Gbfnd1XTeX6Jeieeb2DkH5vc7LKc0wc5U--