Компилятор С Pic18

[dosikus]

Какой компилятор создает такие конструкции?
Я имею ввиду прыжки с точки входа п/п(функции) на конец и обратно ?
Все п/п (функции) оформлены так же .
Правда часть не имет точек входа и как следствие нет перехода ни на одну метку п/п.
Между некоторыми п/п разделители .
И Сишный ли компилятор?

L191:
    NOP
    BRA L7
L19:    
    BCF TRISC,4,A
    BSF TRISC,3,A
    BRA L8
    MOVLW 0x01
    MOVLB 0x00
    MOVWF 0x81,BANKED
    BRA L9
L8:    
    MOVLW 0x01
    MOVLB 0x00
    MOVWF 0x81,BANKED
L9:    
    BRA L10
L11:    
    NOP
    NOP
    BRA L10
L10:    
    MOVLB 0x00
    DECFSZ 0x81,F,BANKED
    BRA L11
    BSF TRISC,3,A
    MOVLW 0x04
    MOVLB 0x00
    MOVWF 0x81,BANKED
    BRA L12
    MOVLW 0x01
    MOVLB 0x00
    MOVWF 0x81,BANKED
L12:    
    BRA L13
L14:    
    NOP
    NOP
    BRA L13
L13:    
    MOVLB 0x00
    DECFSZ 0x81,F,BANKED
    BRA L14
    BSF TRISC,4,A
    MOVLW 0x05
    MOVLB 0x00
    MOVWF 0x81,BANKED
    BRA L15
    MOVLW 0x01
    MOVLB 0x00
    MOVWF 0x81,BANKED
L15:    
    BRA L16
L17:    
    NOP
    NOP
    BRA L16
L16:    
    MOVLB 0x00
    DECFSZ 0x81,F,BANKED
    BRA L17
    BSF TRISC,4,A
    BRA L18
L18:    
    RETURN
    NOP
L7:    
    BRA L19 

[testerplus]

Какой компилятор создает такие конструкции?

Такое ощущение, что исходный текст был на ассемблере и написан (приведенный фрагмент, я так понял, это результат работы дизассемблера?). Сам текст был напичкан вызовами макросов с условными директивами, оттого и столько точек, где программа не получает управления. Но посмотри, сколько схожих фрагментов (особенно с movlb). Вызов -›L7-›L19, правда, не вписывается. Надо остальной код видеть (в частности: инициализацию, прерывание (вход и выход).

[dosikus]

testerplus,
Дизассемблер от PicIde .
В Mplab метки не раставляет (или я туплю), более того после Mplab не собирается.
Прошивка одного девайса от немцев , защиты не было .
Если тебе не в лом, выложу hex и дизассемблированный .
Чип 18f458
Сам девайс блок перефирии , связь с головным по CAN.
10 реле , 8 аналоговых входов(0-10v), 8 аналоговых выходов (0-10v).
RS232 ( Max232 стоит , но связь не реализована).
Аналоговые выходы DAC M62393 + LM324.
Сами блоки являются дополнением и в нашей конфигурации не используются . Дык что халява .
Плата 4х слойная .

[testerplus]

Если тебе не в лом, выложу hex и дизассемблированный .
Чип 18f458
Сам девайс блок перефирии , связь с головным по CAN.
10 реле , 8 аналоговых входов(0-10v), 8 аналоговых выходов (0-10v).
RS232 ( Max232 стоит , но связь не реализована).
Аналоговые выходы DAC M62393 + LM324.

К вечеру в IDA гляну. А что в конечном счете получить-то нужно?

[dosikus]

Собственно, когда копался был крайне удивлен такими конструкциями .
И теперь интересно : или это быдло код или какой то компилятор типа Basic так дуркует.
А потом естественно бум делать выводы о компетенции кодописателей.

[testerplus]

Собственно, когда копался был крайне удивлен такими конструкциями .
И теперь интересно : или это быдло код или какой то компилятор типа Basic так дуркует.
А потом естественно бум делать выводы о компетенции кодописателей.

Посмотрел: очень похож на хайтек с отключенной оптимизацией (вполне реально, т.к. они могли работать в лайт-режиме). Приемы с множественными bra-›bra-›bra в конец - в начало - в конец - в начало - это именно его заморочки (без оптимизации). Далее, сохранение контекста в прерывании - тоже хайтековское: fsr'ы, pc'ы, ... и 16 регистров btemp. Наконец, хайтековский прием - размещать константы в ROM, начиная с адреса на 1 больше размера RAM (в данном случае в адресе 0x600).

Есть, конечно, непонятки: во-первых, действительно слишком много мертвого кода, т.е. никогда не получающего управление; во-вторых, есть несколько неопознаннызх инструкций (пример по адресу 0x1f2); они все обходятся BRA, но что-то не припомню за хайтеком таких фокусов; в-третьих, не видно очистки памяти при запуске и выполнения CLRWDT (хайтек так всегда детает).