Summary: | kde-base/libkdegames-4.6.0: Make failed with syntax errors (erreur: expected ‘,’ or ‘...’ before ‘>’ token) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Arnaud JOLLY <mynameisnotjeanpaul> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | metaluger, pkuegle |
Priority: | High | Keywords: | InOverlay |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
The build.log file
The environment file |
Description
Arnaud JOLLY
2011-02-14 10:07:11 UTC
Created attachment 262439 [details]
The build.log file
This is the build.log file
Created attachment 262441 [details]
The environment file
I read here about a gcc issue: https://bugs.kde.org/show_bug.cgi?id=261488#c8 I switched to gcc-4.4.5 and libkdegames compiles. Ok. That works fine. thanks. This is the line that breaks with gcc-4.3: QPixmap spritePixmap(const QString& key, const QSize& size, int frame = -1, const QHash<QColor, QColor>& customColors = QHash<QColor, QColor>()) const; @toolchain: are you interested in this? is this a know issue? I'd suggest resolving as cantfix and recommending gcc-4.4 for kde builds... *** Bug 356153 has been marked as a duplicate of this bug. *** considering we stabilized gcc-4.4 quite some time ago, and we arent investigating most issues with <=gcc-4.3 (unless there is an obvious patch that already exists), i think that route is fine. you could add a check to the libkdegames ebuild like: [[ $(gcc-version) == "4.3" ]] && die "sorry, but gcc-4.3 wont work #354837" Please follow the advice from Spanky if you can and not let us spend two days compiling (kde-4.6.1) just to find out we have to upgrade our tool chain and start over. My assumption is that it's okay to mask updates to gcc and glibc and only update them from time to time. I'm sure a lot of people do that. @toolchain: thanks, removing you again, we'll go that way. It makes no sense to fix this in libkdegames only, since (as you noted correctly) if you keep compiling until you reach libkdegames and are then notified of a required gcc upgrade you can just start over again. So, I'd suggest we place somewhere in the kde4 eclasses a check that makes sure >=kde-4.6 is not compiled with <gcc-4.4. Working on it. Added a check to the kde overlay kde4-meta eclass... We'll commit this patch to the in tree eclass after some testing. Fixed in eclass, which now prevents kde-4.6 compilation with <=gcc-4.3 Fixed in eclass, which now prevents kde-4.6 compilation with <=gcc-4.3 What the...? * ERROR: kde-base/kdepim-icons-4.6.9999 failed (setup phase): * Sorry, but gcc-4.3 and earlier wont work for KDE SC 4.6 (see bug 354837). * * Call stack: * ebuild.sh, line 56: Called pkg_setup * ebuild.sh, line 1439: Called kde4-meta_pkg_setup * kde4-meta.eclass, line 158: Called kde4-meta_pkg_pretend * kde4-meta.eclass, line 148: Called die * The specific snippet of code: * slot_is_at_least 4.6 ${SLOT} && ( [[ gcc-major-version -lt 4 ]] || \ * ( [[ gcc-major-version -eq 4 ]] && [[ gcc-minor-version -le 3 ]] ) ) \ * && die "Sorry, but gcc-4.3 and earlier wont work for KDE SC 4.6 (see bug 354837)." ----------- # gcc-config -l [1] x86_64-pc-linux-gnu-4.5.2 * Something's not quite right here. I'll take a closer look at it after lunch. Ok, fixed by re-sync. :) Hi. If I'm not wrong, they found a work around, see https://bugs.kde.org/show_bug.cgi?id=261488#c9 . Now one can think to apply a patch and release the strict check on the version of gcc. |