objective c - ¿Dirección de implementación de método incorrecta de otool para armv7?

objective-c assembly

Question

Constantemente obtengo un desplazamiento de 1 byte para la dirección de implementación del método mostrado por ''otool''.

Para un ejemplo ''otool -o'' da 0xe99d5 pero ''otool -tvV'' da:

+[NSError(SomeCategory) someMethod]:
000e99d4            b590        push    {r4, r7, lr}
000e99d6        f6441184        movw    r1, 0x4984
000e99da            af01        add     r7, sp, #4
000e99dc        f2c0010a        movt    r1, 0xa

Entonces el método comienza en 0xe99d4. 0xe99d5 se ve mal, no alineado. Creo que ''otool'' funciona bien y no entiendo algunos aspectos de la implementación. ¿Cómo interpretar la salida?

Answer 1

Los núcleos ARM modernos tienen dos tipos de conjuntos de instrucciones. El original se llama modo de arm , donde cada instrucción tiene cuatro bytes y la más reciente se llama thumb2 (como puede suponer que ya ha pasado algunas iteraciones) donde las instrucciones pueden tener dos o cuatro bytes (el motivo de la introducción es la densidad del código) .

La CPU puede cambiar los modos cuando está haciendo una bifurcación y la forma de notificar a la CPU sobre el conjunto de instrucciones utilizado es configurando el bit menos significativo en la dirección de la instrucción que se debe saltar. Si es 0, la instrucción se interpretará como modo de arm ; si es 1, se interpretará como modo thumb .

Entonces, lo que está viendo es que su función está en el modo thumb2 , que podemos verificar al ver que consta de instrucciones de dos y cuatro bytes.