From owner-cvs-all@FreeBSD.ORG Sun Nov 19 08:14:02 2006 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA00916A417; Sun, 19 Nov 2006 08:14:02 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FA5043D72; Sun, 19 Nov 2006 08:13:47 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp151-163.lns2.adl2.internode.on.net [121.44.151.163]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id kAJ8CPjX001656 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Nov 2006 18:42:26 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: cvs-all@freebsd.org Date: Sun, 19 Nov 2006 18:42:07 +1030 User-Agent: KMail/1.9.4 References: <20061117201432.X11101@delplex.bde.org> <20061118202125.GD80527@comp.chem.msu.su> <1F361437-69AC-4823-8FF8-506EA450ED2F@mac.com> In-Reply-To: <1F361437-69AC-4823-8FF8-506EA450ED2F@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2746598.ikxr8ezVT5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200611191842.17673.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: cvs-src@freebsd.org, src-committers@freebsd.org, Bruce Evans , Yar Tikhiy , Marcel Moolenaar , phk@phk.freebsd.dk, jkoshy@freebsd.org, "M. Warner Losh" 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: Sun, 19 Nov 2006 08:14:03 -0000 --nextPart2746598.ikxr8ezVT5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 19 November 2006 07:35, Marcel Moolenaar wrote: > Also, since this discussion is the result of ARM aligning structures > on 4-byte boundaries, I think that the use of __packed to compensate > for excessive alignment is just plain wrong. We have __aligned(x) to > inform the compiler about what the alignment of an object should be > and that's the tool we should use to tell the compiler on ARM that > we in fact want 1-byte alignment. take for example, the following > structure: Just a quick point.. __aligned__ only specified a minimum packing requirement - there is no way = to=20 specify a maximum (I believe) If the underlying problem IS too large an alignment then you're screwed if = you=20 want a reasonably portable solution.. Perhaps __packed__ convinces the=20 compiler to reduce alignment. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2746598.ikxr8ezVT5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD4DBQBFYBHh5ZPcIHs/zowRAqa1AJ9O0onypmd6m/5DStp7JPqrMSvEcACYkXYr A8/5vuIPucCyuFfhgGeMog== =DdMO -----END PGP SIGNATURE----- --nextPart2746598.ikxr8ezVT5--