Gentoo Archives: gentoo-amd64

From: Duncan <1i5t5.duncan@×××.net>
To: gentoo-amd64@l.g.o
Subject: [gentoo-amd64] Re: Modular-X: bug 121394 (-fweb) apply on amd64?
Date: Tue, 14 Feb 2006 11:42:04
Message-Id: pan.2006.02.14.11.39.51.261535@cox.net
In Reply to: Re: [gentoo-amd64] Modular-X: bug 121394 (-fweb) apply on amd64? by Simon Strandman
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