Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 06 Jan 2013 11:48:52 -0500
From:      Nathan Whitehorn <nwhitehorn@freebsd.org>
To:        David Chisnall <theraven@FreeBSD.org>
Cc:        Stefan Farfeleder <stefanf@FreeBSD.org>, Dimitry Andric <dim@FreeBSD.org>, freebsd-current@FreeBSD.org
Subject:   Re: clang 3.2 RC2 miscompiles libgcc?
Message-ID:  <50E9AAF4.209@freebsd.org>
In-Reply-To: <EA4BC8F5-A501-4E4A-A223-7572B9A65758@FreeBSD.org>
References:  <20121227150724.GA1431@mole.fafoe.narf.at> <50DC65F5.6060004@freebsd.org> <50E0BD66.4070609@FreeBSD.org> <20130102135950.GA1464@mole.fafoe.narf.at> <20130104154940.GD1430@mole.fafoe.narf.at> <20130106141708.GA1418@mole.fafoe.narf.at> <EA4BC8F5-A501-4E4A-A223-7572B9A65758@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 01/06/13 11:46, David Chisnall wrote:
> On 6 Jan 2013, at 14:17, Stefan Farfeleder wrote:
> 
>> On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
>>> Here's a minimal test case that reproduces the bug:
>> [...]
>>
>> Until someone fixes this bug, could we apply something like this as a
>> work-around?
>>
>> Stefan
>>
>> Index: gnu/lib/libgcc/Makefile
>> ===================================================================
>> --- gnu/lib/libgcc/Makefile	(revision 245055)
>> +++ gnu/lib/libgcc/Makefile	(working copy)
>> @@ -6,6 +6,8 @@
>> SHLIB_NAME=	libgcc_s.so.1
>> SHLIBDIR?=	/lib
>>
>> +CC=	gcc
>> +
>> .include <bsd.own.mk>
>> #
>> # libgcc is linked in last and thus cannot depend on ssp symbols coming
> 
> This will break the build entirely for those of us who build without gcc, and as we are planning on removing gcc entirely by the 10.0 timeframe we should be encouraging people to do this, not discouraging it.
> 
> Does compiling at a lower optimisation level (-O1?  -O0) work as a temporary fix?
> 

No. It's completely broken at all optimization levels. There do not
appear to be any flags that change the behavior. Building unwind-dw2.c
either with gcc or with the previous import of clang in our tree does
fix it, however.
-Nathan





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?50E9AAF4.209>