From owner-freebsd-current@FreeBSD.ORG Mon Jul 23 19:53:36 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 875791065673; Mon, 23 Jul 2012 19:53:36 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6C28FC0A; Mon, 23 Jul 2012 19:53:36 +0000 (UTC) Received: from [192.168.0.2] (cpc2-cmbg15-2-0-cust445.5-4.cable.virginmedia.com [86.26.13.190]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q6NJrSdM025442 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Mon, 23 Jul 2012 19:53:29 GMT (envelope-from theraven@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: David Chisnall In-Reply-To: <20120723191856.GR2676@deviant.kiev.zoral.com.ua> Date: Mon, 23 Jul 2012 20:53:22 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <088BF877-50E6-42C5-98EF-DAB0FA52C348@freebsd.org> References: <50097BF0.9010103@FreeBSD.org> <20120721211628.GE2676@deviant.kiev.zoral.com.ua> <6006581B-6B1C-4DFB-8662-3EB35869CA5F@FreeBSD.org> <20120722180119.GJ2676@deviant.kiev.zoral.com.ua> <20120723191856.GR2676@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1278) Cc: Kim Culhan , freebsd-current@freebsd.org, Dimitry Andric Subject: Re: -current build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 23 Jul 2012 19:53:36 -0000 On 23 Jul 2012, at 20:18, Konstantin Belousov wrote: > Longer description is that pc_curthread is offset 0 if %gs-based. > The dereferenced pointer point to the struct thread, which contains > td_proc pointer at offset 8. Instead, clang seems to dereference > td_proc from offset 8 based on %gs, or something similar. This appears to be a bug in the LLVM X86 back end. It is performing an = invalid fold of the two loads. I have filed this bug: http://llvm.org/bugs/show_bug.cgi?id=3D13438 David=