From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:14:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C037916A4CE for ; Mon, 9 Feb 2004 06:14:19 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 949ED43D1D for ; Mon, 9 Feb 2004 06:14:19 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id A5674530D; Mon, 9 Feb 2004 15:14:18 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 7A5B55309; Mon, 9 Feb 2004 15:14:11 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 0F36733C6F; Mon, 9 Feb 2004 15:14:11 +0100 (CET) To: richardcoleman@mindspring.com References: <20040209022820.00faa408@pyro.convolution.ti> <20040209043217.GA1009@xor.obsecurity.org> <4027871E.8080800@mindspring.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 09 Feb 2004 15:14:10 +0100 In-Reply-To: <4027871E.8080800@mindspring.com> (Richard Coleman's message of "Mon, 09 Feb 2004 08:11:58 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: "Bruno T." cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 09 Feb 2004 14:14:19 -0000 Richard Coleman writes: > Although it's not urgent, I don't see why the aliasing problems can't > be fixed. Doing so is not always trivial. We have a lot of legacy code that plays pointer games that sometimes violate strict-aliasing rules. We also have a lot of legacy code that doesn't know about const but needs to interact with more recent code that uses const, requiring dodgy pointer casts (for instance, most of the aliasing problems in libpam are const-related). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no