public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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 --]

  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