http://metalab.unc.edu/pub/Linux/docs/HOWTO/other-formats/html_single/G
CC-HOWTO.html
Internal compiler error: cc1 got fatal signal 11
Signal 11 is SIGSEGV, or `segmentation violation'. Usually it means
that the program got its pointers confused and tried to write to memory
it didn't own. So, it
could be a gcc bug.
gcc is however, a well tested and reliable piece of software, for the
most part. It also uses a large number of complex data structures, and
an awful lot of pointers. In
short, it's the pickiest RAM tester commonly available. If you can't
duplicate the bug --- if it doesn't stop in the same place when you
restart the compilation --- it's
almost certainly a problem with your hardware (CPU, memory, motherboard
or cache). Don't claim it as a bug because your computer passes the
power-on checks
or runs Windows ok or whatever; these `tests' are commonly and rightly
held to be worthless. And don't claim it's a bug because a kernel
compile always stops
during `make zImage' --- of course it will! `make zImage' is probably
compiling over 200 files; we're looking for a slightly smaller place
than that.
If you can duplicate the bug, and (better) can produce a short program
that exhibits it, you can submit it as a bug report to the FSF, or to
the linux-gcc mailing list.
See the gcc documentation for details of exactly what information they
need.
Es funktioniert wirklich. Wenn immer eine meiner alten Kisten sig11
beim Kernel-Compilieren machte, war das RAM angeknackst, auswechseln
der Speichermodule hat zu 100% geholfen.
Meistens passiert der sig11 bereits nach wenigen Dateien des Kernels,
dauert also nur wenige Minuten.
Tux2000Â
CC-HOWTO.html
Internal compiler error: cc1 got fatal signal 11
Signal 11 is SIGSEGV, or `segmentation violation'. Usually it means
that the program got its pointers confused and tried to write to memory
it didn't own. So, it
could be a gcc bug.
gcc is however, a well tested and reliable piece of software, for the
most part. It also uses a large number of complex data structures, and
an awful lot of pointers. In
short, it's the pickiest RAM tester commonly available. If you can't
duplicate the bug --- if it doesn't stop in the same place when you
restart the compilation --- it's
almost certainly a problem with your hardware (CPU, memory, motherboard
or cache). Don't claim it as a bug because your computer passes the
power-on checks
or runs Windows ok or whatever; these `tests' are commonly and rightly
held to be worthless. And don't claim it's a bug because a kernel
compile always stops
during `make zImage' --- of course it will! `make zImage' is probably
compiling over 200 files; we're looking for a slightly smaller place
than that.
If you can duplicate the bug, and (better) can produce a short program
that exhibits it, you can submit it as a bug report to the FSF, or to
the linux-gcc mailing list.
See the gcc documentation for details of exactly what information they
need.
Es funktioniert wirklich. Wenn immer eine meiner alten Kisten sig11
beim Kernel-Compilieren machte, war das RAM angeknackst, auswechseln
der Speichermodule hat zu 100% geholfen.
Meistens passiert der sig11 bereits nach wenigen Dateien des Kernels,
dauert also nur wenige Minuten.
Tux2000Â