On Tue, Dec 25, 2007 at 10:39:55 +0100, Michael Karcher wrote:
> But if a bug prevents the use of certain features completely, nothing
> can be broken by fixing this bug, so a fix might be appropriate for
> stable. Debian isn't doing it because of the philosophy of only adding
> security updates t
Am Montag, den 24.12.2007, 23:28 +0100 schrieb Brice Goglin:
> Thank you very much for your input, I am going to forward all your
> analysis in the upstream bug and I hope someone will be here to confirm
> that you're right.
I got around to test a patched xserver on my 6x86 machine. The X server
Am Montag, den 24.12.2007, 15:58 +0100 schrieb Brice Goglin:
> > this bug is uncorrelated to Cyrix CPUs. It is caused by an bad
> > expression in the MMX detection code. Apparently, gas changed the
> > handling of local labels, so "jnz 1" does not assemble to the same as
> > "jnz 1f", which it once
Michael Karcher wrote:
The jump is only taken if CPUID is not present. The 6x68 CPUs are the
last ones where CPUID is not present (not enabled by some Cyrix-special
CPU configuration bit, in fact). Any Pentium has CPUID, the later Intel
486 (DX2 and upwards) has CPUID, any AMD processor since the
Michael Karcher wrote:
Package: xorg-server
Tags: patch
Hello,
this bug is uncorrelated to Cyrix CPUs. It is caused by an bad
expression in the MMX detection code. Apparently, gas changed the
handling of local labels, so "jnz 1" does not assemble to the same as
"jnz 1f", which it once did, IIRC
Package: xorg-server
Tags: patch
Hello,
this bug is uncorrelated to Cyrix CPUs. It is caused by an bad
expression in the MMX detection code. Apparently, gas changed the
handling of local labels, so "jnz 1" does not assemble to the same as
"jnz 1f", which it once did, IIRC. The documentation for g
6 matches
Mail list logo
