From: Robert Moss <robmoss@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Common make.conf screwups?
Date: Thu, 18 Nov 2004 20:34:22 +0000 [thread overview]
Message-ID: <419D074E.6010802@gentoo.org> (raw)
In-Reply-To: <20041118194529.3ff36a8a@snowdrop.home>
[-- Attachment #1: Type: text/plain, Size: 1642 bytes --]
A couple of CFLAGS that were never stable in any version of gcc:
-freduce-all-givs
-mfpmath=sse,387
The first flag will break things such as gcc, glibc, the kernel,
binutils, bash and other nontrivial packages with every version of gcc
I've ever tried (which is most of them). The flag has been denoted an
experiment gone wrong and is no longer in CVS HEAD. The latter flag
doesn't work properly and generates bad (sometimes segfaulting) code
wherever SSE-related inline assembly is involved, and is slower than
either -mfpmath=sse or -mfpmath=387 in 100% of cases according to those
upstream.
But yeah, -freduce-all-givs is a far, FAR more dangerous global flag
than -ffast-math, which can in theory give you a working (if not
supported) system when set globally.
Also, perhaps highlight -fPIC in those cases where it shouldn't be used?
Is that possible? Ehm. I don't mean that. Is that feasible? :-P
Rob
Ciaran McCreesh wrote:
> I've got some better vim syntax highlighting rules for make.conf lined
> up to go into the next app-vim/gentoo-syntax. One of the things that
> this lets me do is highlighting of (some kinds of) mistakes. What're the
> most common screwups that people see? My current list is:
>
> * CFLAGS: -0[123s] instead of -O[123s], -ffast-math globally
>
> * USE: +foo flags
>
> * ACCEPT_KEYWORDS: random duff entries (syntax is easy enough for me to
> validate the whole thing)
>
> * CHOST: there're certain settings that will cause glibc to fall over
> and die that people who are used to debian/sparc will sometimes use
>
> * MAKEOPTS: I'm kinda tempted to highlight "-j N" (where n is integer)
>
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2004-11-18 20:34 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-18 19:45 [gentoo-dev] Common make.conf screwups? Ciaran McCreesh
2004-11-18 20:34 ` Robert Moss [this message]
2004-11-18 20:40 ` Ciaran McCreesh
2004-11-18 21:58 ` Robert Moss
2004-11-19 14:50 ` Ned Ludd
2004-11-20 8:17 ` [gentoo-dev] " Duncan
2004-11-21 21:10 ` Robert Moss
2004-11-22 9:54 ` [gentoo-dev] " Duncan
2004-11-22 4:22 ` [gentoo-dev] " Luke-Jr
2004-11-19 14:42 ` [gentoo-dev] " Brian Jackson
2004-11-19 22:00 ` Drake Wyrm
2004-11-19 23:31 ` Jason Stubbs
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=419D074E.6010802@gentoo.org \
--to=robmoss@gentoo.org \
--cc=gentoo-dev@lists.gentoo.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: link
Be 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