From: "Bo Ørsted Andresen" <bo.andresen@zlin.dk>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] OpenOffice build failed.
Date: Tue, 30 May 2006 08:04:59 +0200 [thread overview]
Message-ID: <200605300805.02688.bo.andresen@zlin.dk> (raw)
In-Reply-To: <87u0789iiy.fsf@newton.gmurray.org.uk>
[-- Attachment #1: Type: text/plain, Size: 1376 bytes --]
Tuesday 30 May 2006 07:41 skrev Graham Murray:
> > Besides, by looking at the terminal while merging packages, you will
> > soon notice, that lot's of packages add their very own CFLAGS to your
> > default ones. For example mplayer or xine-lib was compiled with '-O3' on
> > my system, allthough i have '-O2' in my CFLAGS. (As far as i know, "gcc
> > -O3 -O2" == "gcc -O3").
>
> Where packages do this, should they not filter out the appropriate
> flags from the user's CFLAGS and substitute their flags rather than
> having both flags on the command line?
Not in this particular case. xine-lib is a good example. src_compile()
contains the following in the ebuild (and more):
if [[ $(tc-arch) == "x86" ]]; then
filter-flags -fforce-addr
filter-flags -momit-leaf-frame-pointer
is-flag -O? || append-flags -O2
fi
On an x86 architecture it filters out -fforce-addr
and -momit-leaf-frame-pointer. If the CFLAGS contain any optimizations it
just appends -O2 yielding that -O2 will be used as stated by Christian
Limberg. In 'man gcc' you find the following statement:
"If you use multiple -O options, with or without level numbers, the last such
option is the one that is effective."
So this is completely legal.
And I very much doubt that there are any ebuilds in the portage tree that
enforces -O3 or higher...
--
Bo Andresen
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2006-05-30 6:16 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-25 2:50 [gentoo-user] OpenOffice build failed Meino Christian Cramer
2006-05-25 4:17 ` Jeff
2006-05-25 4:50 ` Meino Christian Cramer
2006-05-25 6:13 ` Richard Broersma Jr
2006-05-25 6:30 ` Teresa and Dale
2006-05-25 6:28 ` Teresa and Dale
2006-05-25 7:15 ` Neil Bothwick
2006-05-29 22:28 ` Matthias Langer
2006-05-25 7:21 ` Neil Bothwick
2006-05-25 22:16 ` Kenton Groombridge
2006-05-29 3:37 ` Meino Christian Cramer
2006-05-29 5:17 ` Richard Fish
2006-05-29 6:54 ` Philip Webb
2006-05-29 17:17 ` Meino Christian Cramer
[not found] ` <7573e9640605291048t598f33dble4666e9a73799774@mail.gmail.com>
[not found] ` <20060529.200227.41633704.Meino.Cramer@gmx.de>
2006-05-29 19:00 ` Richard Fish
2006-05-29 19:14 ` Matthias Langer
2006-05-29 19:31 ` Meino Christian Cramer
2006-05-29 21:33 ` Matthias Langer
2006-05-29 22:16 ` Matthias Langer
2006-05-29 22:40 ` Christian Limberg
2006-05-30 5:41 ` Graham Murray
2006-05-30 6:04 ` Bo Ørsted Andresen [this message]
2006-05-30 12:19 ` Matthias Langer
-- strict thread matches above, loose matches on Subject: below --
2006-05-30 2:37 Meino Christian Cramer
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=200605300805.02688.bo.andresen@zlin.dk \
--to=bo.andresen@zlin.dk \
--cc=gentoo-user@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