Date: Sun, 26 Aug 2001 02:13:17 -0700 From: "David O'Brien" <dev-null@NUXI.com> To: Valentin Nechayev <netch@iv.nn.kiev.ua> Cc: Peter Pentchev <roam@ringlet.net>, freebsd-hackers@FreeBSD.ORG Subject: Re: function calls/rets in assembly Message-ID: <20010826021317.C92887@dragon.nuxi.com> In-Reply-To: <20010825193335.C761@iv.nn.kiev.ua>; from netch@iv.nn.kiev.ua on Sat, Aug 25, 2001 at 07:33:35PM %2B0300 References: <20010824110805.C88259@dragon.nuxi.com> <XFMail.010824113645.jhb@FreeBSD.org> <20010825154427.B761@iv.nn.kiev.ua> <20010825160302.A559@ringworld.oblivion.bg> <20010825193335.C761@iv.nn.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Aug 25, 2001 at 07:33:35PM +0300, Valentin Nechayev wrote: > Sat, Aug 25, 2001 at 16:03:02, roam (Peter Pentchev) wrote about "Re: function calls/rets in assembly": > > > I wonder if a mentioning of -mpreferred-stack-boundary should be > > added to tuning(7).. > > This will be quite strange idea. Tuning which reduces 2-4 times stack size > of userland application... hm... corporations spend years and millions $$ > to reach such effect... should man page say "first at all, add the right > option to /etc/make.conf and rebuild the whole userland, because gcc > is written by morons and we are too lazy or stupid to remove their ugly > crap"? > Matt Dillon is right that the best variant is to exclude this > brain-damaged option at all. > If gcc team wants to implement proper > alignment to work with SSE and other high-specialized stuff, > they should learn commands for bitwise AND, and use only where really needed. Perhaps you'd like to send your patch to gcc-patches@gcc.gnu.org. Perhaps you'd like to explain to them why they are so wrong about this? You'd do that at gcc@gcc.gnu.org. They have their reasons for this, and I'll let them explain them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010826021317.C92887>