Sin optimización, el flujo a través de su código es lineal. Si está en la línea 5 y en un solo paso, pasa a la línea 6. Con la optimización activada, puede obtener el reordenamiento de las instrucciones, el despliegue de bucles y todo tipo de optimizaciones.
Por ejemplo:
void foo() {
1: int i;
2: for(i = 0; i < 2;)
3: i++;
4: return;
En este ejemplo, sin optimización, podrías solo paso a través del código y golpear las líneas 1, 2, 3, 2, 3, 2, 4
Con optimización, es posible que obtenga una ruta de ejecución que se parece a: 2, 3, 3, 4 o incluso solo 4! (La función no hace nada después de todo ...)
En pocas palabras, el código de depuración con la optimización habilitada puede ser un dolor real. Especialmente si tienes funciones grandes.
¡Tenga en cuenta que al activar la optimización se cambia el código! En cierto entorno (sistemas críticos de seguridad), esto es inaceptable y el código que se depura debe ser el código enviado. Tengo que depurar con optimización en ese caso.
Si bien el código optimizado y no optimizado debe ser "funcionalmente" equivalente, en determinadas circunstancias, el comportamiento cambiará.
Aquí es un ejemplo simplista:
int* ptr = 0xdeadbeef; // some address to memory-mapped I/O device
*ptr = 0; // setup hardware device
while(*ptr == 1) { // loop until hardware device is done
// do something
}
Con la optimización fuera, esto es sencillo, y que poco sabía qué esperar. Sin embargo, si a su vez en la optimización, un par de cosas puede ocurrir:
- El compilador puede optimizar el bloque, mientras que fuera (que init a 0, nunca será 1)
- En lugar de acceso a la memoria , acceso puntero puede ser trasladado a un Registro-> no existe actualización de e/S
acceso
- memoria puede almacenar en caché (no necesariamente relacionados con la optimización del compilador)
En todos estos casos, el comportamiento sería drásticamente diferente y más Probablemente mal
¿qué tal 'volátil int * ptr'? IIUC resolverá los puntos 2 y 3, ¿verdad? Sin embargo, no estoy seguro de 'while'. –