From owner-cvs-all@FreeBSD.ORG Mon Nov 13 20:21:57 2006 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 710CC16A4EF; Mon, 13 Nov 2006 20:21:57 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AF4A43E68; Mon, 13 Nov 2006 20:15:46 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id kADKD7sM000142; Mon, 13 Nov 2006 13:13:07 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 13 Nov 2006 13:13:42 -0700 (MST) Message-Id: <20061113.131342.-1540392691.imp@bsdimp.com> To: trhodes@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20061113140349.0acfd25b.trhodes@FreeBSD.org> References: <20061113173927.Q75708@delplex.bde.org> <20061113.101808.-1540392146.imp@bsdimp.com> <20061113140349.0acfd25b.trhodes@FreeBSD.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 13 Nov 2006 13:13:09 -0700 (MST) Cc: jkoshy@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, bde@zeta.org.au, cvs-src@FreeBSD.org Subject: Re: cvs commit: src/include ar.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Nov 2006 20:21:57 -0000 In message: <20061113140349.0acfd25b.trhodes@FreeBSD.org> Tom Rhodes writes: : > On the arm, the __packed is absolutely required to not only compile, : > but produce correct code. : : This is a hardware thing correct? Admittedly so, I have no clue : about ARM. Given the current ABI that we implement, yes. The ABI we implement is influenced by what is optimal for the ARM architecture. There's a newer ABI called EABI, iirc, that makes things look slightly more i386ish so that more software will run. Warner