From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 13:18:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13EB4D3B; Sun, 4 Nov 2012 13:18:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kostikbel-1-pt.tunnel.tserv11.ams1.ipv6.he.net [IPv6:2001:470:1f14:13d6::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE108FC12; Sun, 4 Nov 2012 13:18:34 +0000 (UTC) Received: from tom.home (localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qA4DIU8c027937; Sun, 4 Nov 2012 15:18:30 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qA4DIUc0027936; Sun, 4 Nov 2012 15:18:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 4 Nov 2012 15:18:30 +0200 From: Konstantin Belousov To: David Naylor Subject: Re: November 5th is Clang-Day Message-ID: <20121104131830.GL73505@kib.kiev.ua> References: <20121102032945.GF65074@lor.one-eyed-alien.net> <201211030948.43530.naylor.b.david@gmail.com> <1TUlad-0008bB-OF@internal.tormail.org> <201211041442.16620.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dD1ndss832r/QIua" Content-Disposition: inline In-Reply-To: <201211041442.16620.naylor.b.david@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org, David Chisnall , Brooks Davis , Jan Beich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 13:18:35 -0000 --dD1ndss832r/QIua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2012 at 02:42:13PM +0200, David Naylor wrote: > On Saturday, 3 November 2012 23:47:54 Jan Beich wrote: > > David Naylor writes: > > > There are two issues here: 1) wine compiled with clang, and 2) wine > > > (compiled with gcc) running on clang compiled base. > > >=20 > > > Regarding 1), according to the wiki [1], wine does have stack alignme= nt > > > issues and some wine programs do not run when compiled with clang [2]= [3] > > > and other bugs with clang cause freezing within wine [4][5]. The > > > impression I get is that, using the work-a-round of stack realignment, > > > wine does work to some extent when compiled by clang. > >=20 > > Took me some time but now I can confirm that clang-built wine-1.5.16 > > works fine for me with gcc-built lib32 (i.e. ld-elf32.so.1 + /usr/lib32= ). > >=20 > > > Regarding 2) (which I believe Jan was referring to), when I have a gcc > > > built world and just replace lib32 with clang built libraries I have > > > winecfg and regedit launching but displaying black screens. Switching > > > back to gcc built lib32 I get a working winecfg and regedit. This, to > > > me, indicates a clang error somewhere. > >=20 > > My experience varies between clang-built and gcc-built wine. > >=20 > > # clang, quick crash > >=20 > > # gcc, black rectangle > >=20 > > So, why not switch stack alignment in wine (upstream)? This would make > > /stable/9 wine package continue to work on /head. > >=20 > > Here's my wine package built with and without the patch. > >=20 > > # sha256: cef5e543a5c534acb7237634224561863122ab3c256df319c6428856266d7= 9fd > > http://ompldr.org/vZzR0bw/4byte-clang-wine-fbsd64-1.5.16,1.txz > > # sha256: 68e402bf7cb39ea48b9bef7772422cf476e89b214fd3b98ced37e0068f588= c6c > > http://ompldr.org/vZzR0ZA/16byte-clang-wine-fbsd64-1.5.16,1.txz >=20 > I tried building (using gcc) wine with your patch and now (at least) wine= cfg=20 > and regedit work with a clang built lib32. I'll email Gerald (wine's=20 > maintainer) about including your patch in wine. =20 The wine is the wrong place to fix. If system libraries suddenly started requiring 16-byte stack alignment on i386, it is unacceptable breakage of the ABI. I tried to gather the evidence for the case, but apparent submitter of the bug stopped replying to the requests. --dD1ndss832r/QIua Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCWayUACgkQC3+MBN1Mb4ijHQCgsn6zPVfmb0AVPjncq/QWV41+ PT8AoIZPSpfqb8YAYrNTKmwflW/d0zhq =zpfT -----END PGP SIGNATURE----- --dD1ndss832r/QIua--