From owner-freebsd-geom@FreeBSD.ORG Thu Aug 10 13:54:47 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A954316A4E0 for ; Thu, 10 Aug 2006 13:54:47 +0000 (UTC) (envelope-from markus@trippelsdorf.de) Received: from blue-ld-033.synserver.de (smtp-out-44.synserver.de [217.119.50.44]) by mx1.FreeBSD.org (Postfix) with SMTP id 208B443D49 for ; Thu, 10 Aug 2006 13:54:45 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: (qmail 28888 invoked by uid 0); 10 Aug 2006 13:54:28 -0000 X-SynServer-RemoteDnsName: port-212-202-34-169.dynamic.qsc.de X-SynServer-AuthUser: markus@trippelsdorf.de Received: from port-212-202-34-169.dynamic.qsc.de (HELO bsd.trippelsdorf.de) (212.202.34.169) by mx-05.synserver.de with SMTP; 10 Aug 2006 13:54:27 -0000 Date: Thu, 10 Aug 2006 15:54:26 +0200 From: Markus Trippelsdorf To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20060810135426.GA778@bsd.trippelsdorf.de> References: <20060808195202.GA1564@garage.freebsd.pl> <20060808210211.GA730@bsd.trippelsdorf.de> <20060808214116.GB730@bsd.trippelsdorf.de> <868xlw3e2z.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <868xlw3e2z.fsf@xps.des.no> Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 13:54:47 -0000 On Thu, Aug 10, 2006 at 03:39:00PM +0200, Dag-Erling Smørgrav wrote: > Markus Trippelsdorf writes: > > Adding -fno-strict-aliasing to the CFLAGS of sbin/fsck_ffs/Makefile > > solved the problem for now. > > -fno-strict-aliasing does not solve anything, it just prevents the > compiler from telling you about bugs in your code. Which must be the reason that it is used when building the kernel on AMD64. ;-) -- Markus