From owner-svn-src-head@FreeBSD.ORG Wed May 8 23:48:37 2013 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 199F2CB2; Wed, 8 May 2013 23:48:37 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id E417833D; Wed, 8 May 2013 23:48:36 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 3752423F804; Wed, 8 May 2013 19:48:35 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.3 onyx.glenbarber.us 3752423F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 8 May 2013 19:48:32 -0400 From: Glen Barber To: Peter Wemm Subject: Re: svn commit: r250379 - in head/usr.sbin/bsnmpd/modules: . snmp_hast Message-ID: <20130508234832.GA1617@glenbarber.us> References: <201305082003.r48K3cYv062256@svn.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Mikolaj Golub , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 23:48:37 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 08, 2013 at 04:44:54PM -0700, Peter Wemm wrote: > Hmm. It seems clang optimizes something away that gcc doesn't. When > building with clang the problem doesn't show up. >=20 This is becoming more and more common of a problem... :( Glen --azLHFNyN32YCQGCU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRiuRQAAoJEFJPDDeguUajuHQH/ifw9ORf8PSEkqTM/bl+H0g+ 3KBrk+hK5rLJR50b6q+Teuoip68IzkGMH2G8Ee4KWYNtHIhR4+7KjTfR1PERpge4 gIzr/2IEgjhsAymx8d5tDL3G1QmRDmpcyubNsX2Wf/eTEBZUShccFwszQnpSshVr r+7c3L5qsvLRlaZm5GFS3BR08SB57H64kJB5MAS7UZU6C/MIgcy8mO3yrDbFhH4g Ewndd9acXWgZD+s/z3nvfkKznA8XKFxW1pno5ySsTRImhvZYQ9ilCqPS2sgkkyMW q9q27RL4G0YBE5/QvPVdd/B20qeH9AZG3lsBwUL1lP9gkJ2tvrQ3wUjbGsxTpkU= =8i5i -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU--