Date: Tue, 3 Jun 2003 21:03:38 -0400 From: Mike Barcroft <mike@FreeBSD.org> To: "Pedro F. Giffuni" <giffunip@yahoo.com> Cc: freebsd-standards@FreeBSD.org Subject: Re: GNU extensions on FreeBSD 5.x headers Message-ID: <20030603210338.A70533@espresso.bsdmike.org> In-Reply-To: <20030603215322.31853.qmail@web13403.mail.yahoo.com>; from giffunip@yahoo.com on Tue, Jun 03, 2003 at 10:53:22PM %2B0100 References: <20030603215322.31853.qmail@web13403.mail.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Pedro F. Giffuni <giffunip@yahoo.com> writes: > Hi, JIC you haven't noticed, the latest TenDRA CVS logfile > reports: > > "Unfortunately FreeBSD 5.x uses the GNU C extension > __attribute__((__aligned__(x))) in a couple of system headers > (<machine/npx.h>, <machine/signal.h> and <machine/ucontext.h> > for i386). To avoid a syntax error __aligned(x) is removed by a > #define, but programs that use struct sigcontext, struct savexmm > or mcontext_t probably won't work." I think those of us who've played with alternative compilers are aware of this requirement. I'm not sure there's anything we can do about it. If anyone has any tricks to force 128-bit alignment without a 128-bit type in standard C, I'd love to hear it. Best regards, Mike Barcroft
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030603210338.A70533>