Messages in this thread | | | From | (Linus Torvalds) | Subject | Re: Good luck when RedHat 7.0 comes out (was RE: test5 oops after kswapd)... | Date | 1 Aug 2000 17:33:25 -0700 |
| |
In article <AD8TrXv09C@khim.sch57.msk.ru>, Khimenko Victor <khim@sch57.msk.ru> wrote: > >> Thats totally irrelevant, gcc-2.95.2 whether it's considered a release >> or not is unable to compile the 2.2.x kernels - well known issue that >> will not get fixed. One should not do that it's as simple as that. > >It's other way around. If RELEASED gcc miscompiles kernel it's kernel problem
Not always. There have been gcc releases that are buggy too. Sometimes the kernel ends up having work-arounds. Sometimes the end result is to tell people not to use them.
>(BTW I've using gcc 2.95 compiled 2.2.x kernels for last year without problems). >If UNSTABLE gcc miscompiles kernel then it's not even kernel issue ...
Not necessarily true either. Quite often new compilers just do optimizations that were always legal but just didn't trigger, and nobody noticed some bug in the kernel. So even a new snapshot of gcc may be fine, and miscompile the kernel even so. I'll try to fix the kernel asap, of course (sometimes that fix is to simply disable an optimization that isn't appropriate for the kernel - this was the case with the strict alias analysis code, for example).
It _sounds_ like gcc-2.96 is just not quite stable. Somebody claimed that the new 2.96-based one in 7.0beta was ok again. I certainly know of people using the latest CVS snapshots to compile the kernel, and it can often be a case of "it works for them" and then end up that some other configuration of Linux might show problems.
It's not a clear-cut problem. There have certainly been bugs in both gcc and the kernel, in all combinations of "stable vs experimental".
Linus
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |