Summary: | dev-libs/glib-2.22.2 black screen lockup on start | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Keean Schupke <keean> |
Component: | [OLD] GNOME | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | critical | CC: | aklhfex, gnome |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Keean Schupke
2009-11-24 09:46:10 UTC
For now I consider this as a duplicate of bug #282341. We will not hide gcc bugs at -O3 level since we clearly state that gentoo gnome team nor upstream support optimization levels above -O2 [1]. Re-assigning to toolchain so they can ask you the appropriate informations if needs be. [1] http://www.gentoo.org/proj/en/desktop/gnome/gnome-policy.xml Okay I have created the following file: /etc/portage/env/dev-libs/glib with the contents: CFLAGS=$(echo $CFLAGS | sed -e 's/-O3/-O2/g') Which gets my system working again. Posting here so other people can get their systems working. (In reply to comment #1) > For now I consider this as a duplicate of bug #282341. We will not hide gcc > bugs at -O3 level since we clearly state that gentoo gnome team nor upstream > support optimization levels above -O2 [1]. Re-assigning to toolchain so they > can ask you the appropriate informations if needs be. > > [1] http://www.gentoo.org/proj/en/desktop/gnome/gnome-policy.xml > I have read the policy: Upstream GNOME does not support any advanced CFLAGS beyond -O2, and neither does the Gnome Herd. Unreproducable bugs with any CFLAGS beyond -O2 and appropriate -march are liable to be closed as INVALID unless they can be reproduced with valid CFLAGS. If this is the case, you really should replace the -O3 flag in the ebuild with -O2. To not do this leaves users with unusable systems (which is a Critical bug). They could have usable systems today if you filter -O3. Nowhere in the policy does it refer to hiding gcc bugs. So adding a filter for -O3 would be in compliance with the policy and would help users have working machines. *** Bug 294387 has been marked as a duplicate of this bug. *** (In reply to comment #1) > For now I consider this as a duplicate of bug #282341. We will not hide gcc > bugs at -O3 level since we clearly state that gentoo gnome team nor upstream > support optimization levels above -O2 [1]. Re-assigning to toolchain so they > can ask you the appropriate informations if needs be. > > [1] http://www.gentoo.org/proj/en/desktop/gnome/gnome-policy.xml > And to be more precise you can read at [2]: "Using -O3 is not recommended for gcc 4.x" 2. http://www.gentoo.org/doc/en/gcc-optimization.xml (In reply to comment #5) > (In reply to comment #1) > > For now I consider this as a duplicate of bug #282341. We will not hide gcc > > bugs at -O3 level since we clearly state that gentoo gnome team nor upstream > > support optimization levels above -O2 [1]. Re-assigning to toolchain so they > > can ask you the appropriate informations if needs be. > > > > [1] http://www.gentoo.org/proj/en/desktop/gnome/gnome-policy.xml > > > > And to be more precise you can read at [2]: "Using -O3 is not recommended for > gcc 4.x" > > 2. http://www.gentoo.org/doc/en/gcc-optimization.xml > So why not filter it out? Other packages work fine with -O3, which has important optimisations for using SSE auto-vectorisation on the Core2 chips. If you do not want to support -O3, filter it out (swap -O3, for -O2). I can see no good reason for not filtering this flag in the ebuild. Infact based on your statement and the information provided, this flag should be filtered for all Gnome ebuilds. Installed versions: 2.22.4(2)(05:23:11 PM 02/03/2010)(fam -debug -doc -hardened -selinux -xattr) Is this still valid with updated systems? |