Summary: | Compiling with GCC 3.x XFree breaks module support | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Pete <gentoo> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED INVALID | ||
Severity: | major | ||
Priority: | High | ||
Version: | 1.4_rc4 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Pete
2003-07-31 00:39:37 UTC
Should probably still do a check for gcc-version = 3 since I'm guessing gcc 2.95 was the main difference. Well, yes - gcc-version >= 3, but since the whole code-block is: ---------------------------------------------------------------------- if [ "`gcc-version`" != "2.95" ] then # Should fix bug #4189. gcc-3.x have problems with -march=pentium4 # and -march=athlon-tbird replace-flags "-march=pentium4" "-march=pentium3" replace-flags "-march=athlon-tbird" "-march=athlon" # Without this, modules breaks with gcc3 if [ "`gcc-version`" = "3.1" ] then append-flags "-fno-merge-constants" append-flags "-fno-merge-constants" fi fi ---------------------------------------------------------------------- And the replace-flags "-march... are specific to gcc 3 then either the whole block should really be determined by gcc-version >= 3 or the gcc-version = 3.1 should be removed...I went for the latter since it shouldn't hurt anything.... the former is probably more apt though No, it was only an issue with 3.1. As for the other issue - it should only really work with -march=pentium4 from 3.2.2 (maybe), definately 3.2.3 if I remember correctly - seperate issue though, file a new bug. I really beg to differ - I just built a new box up from scratch, so gcc 3.2.3-r2 was in before xfree was compiled...spent 2 days trying to work out why my nvidia module wasn't being detected by X, then found the -fno-merge-constants in the ebuild, recompiled with that and it works like a charm now... |