public inbox for gcc-prs@sourceware.org help / color / mirror / Atom feed
From: Alexander Leidinger <Alexander@Leidinger.net> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, Subject: Re: optimization/10189: pentium4 breaks suns libm code for __ieee754_pow(double x, double y) Date: Wed, 26 Mar 2003 21:27:00 -0000 [thread overview] Message-ID: <20030326211600.15763.qmail@sources.redhat.com> (raw) The following reply was made to PR optimization/10189; it has been noted by GNATS. From: Alexander Leidinger <Alexander@Leidinger.net> To: gcc-gnats@gcc.gnu.org Cc: ljrittle@gcc.gnu.org, freebsd-current@freebsd.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, till@f111.hadiko.de Subject: Re: optimization/10189: pentium4 breaks suns libm code for __ieee754_pow(double x, double y) Date: Wed, 26 Mar 2003 22:09:34 +0100 On 26 Mar 2003 13:01:18 -0000 ljrittle@gcc.gnu.org wrote: > Synopsis: pentium4 breaks suns libm code for __ieee754_pow(double x, double y) [...] > FreeBSD src tree; and (c) that really cares about building FreeBSD > src with special CPU settings (do you guys really see enough speedup > to warrant this extra nightmare? ;-) Without knowing anything about the FreeBSD related PRs in the gcc PR database I just comment on the last part of the quoted sentence... The official "allowed" optimization is "-O". But it is as easy as setting 'CFLAGS=-my-special-optim' in /etc/make.conf and start "make buildworld" in /usr/src to rebuild the userland with new optimizations. And trust me, as long as gcc ships with a description of other optimizations beneath "-O" there will be (clueless or smart... does it really matter here?) people which will try those optimizations on everything (after I managed to convince the Linux version of icc to generate FreeBSD object files and committed a port into our ports collection one of the first questions was "Are we are able to build the userland/kernel with it?", and now after icc is also able to link files without the help of gcc they ask "How much does it gain us to build the userland/kernel with icc?", even if it isn't possible to use icc to build the entire (or even large parts of the) kernel/userland yet). So it isn't a matter of "does it improve things if I do it this way" or "is it possible to do it this way", it's a matter of "how many PRs does it generate when -march=pentium4 breaks something but other -march=pentiumX optimizations don't"... Thanks for your insightful mail, Alexander. -- 0 and 1. Now what could be so hard about that? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7
next reply other threads:[~2003-03-26 21:16 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-03-26 21:27 Alexander Leidinger [this message] -- strict thread matches above, loose matches on Subject: below -- 2003-05-15 14:32 bangerth 2003-03-29 4:06 David O'Brien 2003-03-26 18:06 David O'Brien 2003-03-26 14:02 ljrittle 2003-03-22 12:46 till
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20030326211600.15763.qmail@sources.redhat.com \ --to=alexander@leidinger.net \ --cc=gcc-prs@gcc.gnu.org \ --cc=nobody@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).