DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type; q=dns; s=default; b=ARdi
	cJg2hDrIHYKUZ0ocFv6/bYoHvE/O5NPUpCEMFL2RqLOTOpadoxAkfxSfO+uApoPz
	YEDW1jR8a6v3L2b04d5XrTOm8qFGTnPjtP6Y5kdLmw2KdS6gMAAYTT0gwip15UZx
	34JGDKPBWpDLqnsUfE8B0RS00tLVV/2/UNC0zTw=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Subject: Re: ssize_t
To: cygwin@cygwin.com
References: <deac8be3-fa7b-1716-0f2b-6974b183ba26@gmail.com> <75c5307a-2c10-dfbb-5c9d-08f52e3e0db8@t-online.de>
From: Eric Blake <eblake@redhat.com>
Openpgp: url=http://people.redhat.com/eblake/eblake.gpg
Message-ID: <862d1661-017c-01ed-f33f-ccf3e4ed1f70@redhat.com>
Date: Thu, 22 Dec 2016 15:11:11 -0600
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"

--Gbfnd1XTeX6Jeieeb2DkH5vc7LKc0wc5U
Content-Type: multipart/mixed; boundary="7meN3D08MG5BU1R1VASALP4nBw2mKchPP";
 protected-headers="v1"
From: Eric Blake <eblake@redhat.com>
To: cygwin@cygwin.com
Message-ID: <862d1661-017c-01ed-f33f-ccf3e4ed1f70@redhat.com>
Subject: Re: ssize_t
References: <deac8be3-fa7b-1716-0f2b-6974b183ba26@gmail.com>
 <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

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"

-----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--