1 |
Simon Strandman posted <43F18FBC.1000107@×××××.com>, excerpted below, on |
2 |
Tue, 14 Feb 2006 09:07:24 +0100: |
3 |
|
4 |
> Duncan skrev: |
5 |
>> For those using modular-x, has anyone run into bug 121394 [1], window |
6 |
>> corruption if CFLAGS include -fweb? |
7 |
> I guess this is a gcc 4.0 only bug. -fweb is broken in gcc 4.0 and also |
8 |
> causes bad performance regressions in many cases. xorg-xserver is |
9 |
> probably not the only affected package. |
10 |
> |
11 |
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20743 |
12 |
|
13 |
You didn't read the (Gentoo) bug I referenced, and the related forum posts |
14 |
there linked, did you? The forum reports are all or almost all x86 |
15 |
compiled with gcc 3.x, so it's not the gcc 4.0 -fweb bug, but something |
16 |
unrelated. |
17 |
|
18 |
I was aware of a gcc 4.0 -fweb bug (tho I never bothered looking up the |
19 |
details), and had removed that from my cflags when 4.0 was my |
20 |
system default. However, the gentoo-xorg-modular bug I referenced is |
21 |
apparently entirely unrelated to that. The bug references several pages |
22 |
on the xorg-modular thread on the forums, with quite a few folks there |
23 |
reporting the issue, most of which were running gcc 3.x on x86 according |
24 |
to their posted emerge info. |
25 |
|
26 |
I hadn't experienced the bug here, having done my compiling with the gcc |
27 |
4.1 snapshots with -fweb again enabled, and was asking if anyone else had, |
28 |
either, who was running xorg-modular on amd64 but had compiled it with gcc |
29 |
3.4. I suspected, apparently correctly from the replies, that the |
30 |
problem didn't hit amd64 and was likely x86 only. Thus, the filterflag |
31 |
-fpic that's in the latest xorg-server ebuild should be conditional on |
32 |
x86, or at least conditional on NOT amd64, since it doesn't appear that |
33 |
the flag causes issues here and therefore needn't be filtered. |
34 |
|
35 |
Back to the gcc 4.0 -fweb bug, AFAIK, it has been fixed for the 4.1 |
36 |
snapshots. Whether it's fixed for 4.0.2, I'm not sure, but I've certainly |
37 |
experienced no issues with the 4.1 snapshots, and that's when I reenabled |
38 |
it. |
39 |
|
40 |
In fact, the 4.1 snapshots have had *NO* regressions here at all |
41 |
(remember, YMMV, I'm just reporting /my/ experience to date), and seem to |
42 |
finally achieve the promise of the 4.x series rewrite -- a good portion of |
43 |
all the theoretical improvements that the rewrite was supposed to bring, |
44 |
/way/ better than 4.0, without /any/ of the troubles 4.0 naturally had as |
45 |
the first in the series. Of course part of that is that the tree is now |
46 |
better prepared for the 4.x series, but still, the 4.1 snapshots have been |
47 |
if anything more stable than 4.0.2 is even now. It's really eerie just |
48 |
/how/ stable, to the point I'm almost crossing my fingers as I'm expecting |
49 |
it to all come down around me at once, with a kernel miscompile that |
50 |
screws my filesystem or something equally drastic! |
51 |
|
52 |
Back to xorg-modular and this -fweb bug. As it doesn't seem to apply to |
53 |
us, based on the thread, I /would/ like to get that filterflags put in an |
54 |
x86 or at least !amd64 test. If I file a bug toward that end, no doubt |
55 |
the Gentoo xorg folks will consult with you, so I might as well ask what |
56 |
your answer will be before cloning that bug and asking for such a test. |
57 |
Or, if you agree, perhaps it'd be better if you handled it, arch-team to |
58 |
x-team, since the first thing the x-folks would do would be to contact you |
59 |
anyway? |
60 |
|
61 |
-- |
62 |
Duncan - List replies preferred. No HTML msgs. |
63 |
"Every nonfree program has a lord, a master -- |
64 |
and if you use the program, he is your master." Richard Stallman in |
65 |
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html |
66 |
|
67 |
|
68 |
-- |
69 |
gentoo-amd64@g.o mailing list |