Непонятное значение, PPC405 (XPS 9.2) Опции

[tolik1]

Есть функция:
//====================================================
void LoadLastByte(Xuint8 Data)
{
Xuint32 d=0xFFFFFD00 + Data;
xil_printf("LoadLastByte - %x; Data - %x\r\n",d,Data);
GENERAL_SIMPLE_IO_32_mWriteSlaveReg3(XPAR_CTRLTEMAC_BASEADDR,0,d);
}
//====================================================

Есть вызов этой функции:
//====================================================
Xuint8 i;

LoadLastByte(i);
Переменная не инициализирована...
Результат следующий:

LoadLastByte - FFFF2444; Data - FFFF2744

Вопрос: Если переменная Xuint8 Data - один байт, то почеу значение - FFFF2744?
заранее спасибо.

[Rst7]

Я так думаю.

К сожалению, гнуся, да еще и под PPC под рукой нет. Могу показать, как компилит аналогичный код IAR под ARM.

Код

void foo1(const char *, ...);

#pragma optimize=no_inline
void foo2(char c)
{
  unsigned int d=123;
  d=d-c;
  foo1("blabla",d,c);
}

Код

        SECTION `.text`:CODE:NOROOT(2)
        ARM
//  135 void foo2(char c)
//  136 {
//  137   unsigned int d=123;
//  138   d=d-c;
//  139   foo1("blabla",d,c);
foo2:
        MOV      R2,R0
        RSB      R1,R0,#+123
        LDR      R0,??foo2_0    ;; `?<Constant "blabla">`
        B        foo1        ;; tailcall
        DATA
??foo2_0:
        DC32     `?<Constant "blabla">`
//  140 }

Обратите внимание, несмотря на размер переменной 8 бит (char c), компилятор не собирается прочищать какие-либо битики. Просто так договоренно, что этим занимается вызывающая функция.

Правда вот получить из IAR'а такое-же поведения, как и ожидаемое мной у гнуся, не получается - тот хоть и матом орет на неинициализированную переменную, но ноликом ее прочищает. Правда, на малых уровнях оптимизации он этого не делает, но зато втыкает and с мусорным регистром.

В общем, тут все зависит от поведения компилятора при вызове функции с неинициализированным аргументом. Рубль за сто, что там гнусь с регистром, в котором происходит передача параметра, ничего не делает, что летит только мусор...

Более точно нам может ответить топикстартер, показав асмовский листинг своего творения.

ЗЫ. И интересно на всякий случай посмотреть на объявление Xuint8. Вдруг это пресловутый uint_least8_t?

Кстати, тоже вариант

[AHTOXA]

К сожалению, гнуся, да еще и под PPC под рукой нет.

У меня есть под арм (cortex-m3):

Код

uint32_t test2(unsigned char ch)
{
    uint32_t d = 0x00DEAD00 + ch;
    return d;
}

8000594:    b2c3          uxtb    r3, r0
8000596:    4801          ldr    r0, [pc, #4]    (800059c <test2+0x8>)
8000598:    1818          adds    r0, r3, r0
800059a:    4770          bx    lr
800059c:    00dead00     .word    0x00dead00

Гнусь таки чистит лишние битики.

Правда вот получить из IAR'а такое-же поведения, как и ожидаемое мной у гнуся, не получается - тот хоть и матом орет на неинициализированную переменную, но ноликом ее прочищает. Правда, на малых уровнях оптимизации он этого не делает, но зато втыкает and с мусорным регистром.

Ну это тоже вариант. Компилятор гарантирует, что в переменной char старшие биты нулевые. Это уже чёткая аналогия с тем bool. Но чтобы и не гарантировал и не чистил - это как-то коряво, имхо.

Более точно нам может ответить топикстартер, показав асмовский листинг своего творения.

Да, будем ждать