From owner-freebsd-toolchain@FreeBSD.ORG Thu Oct 24 09:44:54 2013 Return-Path: Delivered-To: freebsd-toolchain@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AD852623; Thu, 24 Oct 2013 09:44:54 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7C1422C81; Thu, 24 Oct 2013 09:44:54 +0000 (UTC) Received: from [10.60.213.211] (173-13-112-142-NewEngland.hfc.comcastbusiness.net [173.13.112.142]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r9O9iqcZ056715 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 24 Oct 2013 09:44:53 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: clang sanitizers (memory, address, etc) From: David Chisnall In-Reply-To: <5268CF45.6020502@peralex.com> Date: Thu, 24 Oct 2013 10:44:51 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5266780F.70201@peralex.com> <526769DF.5020805@peralex.com> <70880890-4C9F-482E-AF44-0774114320F9@FreeBSD.org> <5268CF45.6020502@peralex.com> To: squid@peralex.com X-Mailer: Apple Mail (2.1508) Cc: freebsd-toolchain@FreeBSD.org, Dimitry Andric X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2013 09:44:54 -0000 On 24 Oct 2013, at 08:41, squid@peralex.com wrote: > On 2013-10-23 15:10, David Chisnall wrote: >>=20 >> I had a chat with some of the *san people (mostly from Google Moscow) = quite recently. They've refactored most of the code so it should be = fairly obvious where the platform-specific bigs are. In most cases, = it's just some interposition on malloc() and friends, which should be = relatively easy to port. >>=20 >> I'd love for us to have this stuff in the base system, and even = versions of the base libraries (and programs) compiled to use them. >>=20 >=20 > Thanks, I'll have a look. Where can I find the sanitizer runtime = library > code? The sanitizer runtimes are all part of compiler-rt: http://llvm.org/viewvc/llvm-project/compiler-rt/trunk/lib/ David