caxapa.ru :: угу , только тогда передача функций без аргументов вообще компилится перестает, ошибки вываливает. Мне по сути нужен указатель которому пофиг на аргументы, тем более они один фиг отдельно передаются

Aleksey_75 (17.02.2019 14:29, просмотров: 268) ответил evgeniy1294 на Компилятор должен знать о параметрах функции, которую вызывает по указателю. Пример:

угу , только тогда передача функций без аргументов вообще компилится перестает, ошибки вываливает. Мне по сути нужен указатель которому пофиг на аргументы, тем более они один фиг отдельно передаются

Ответить

- Код, который генерируется для вызова функции ЗАВИСИТ от типов её аргументов. Самое элементарное, что часть аргументов передаётся в регистрах, часть кладётся в стек. Но не зная типов аргументов, вызываемая функция не сможет правильно fk0(814 знак., 17.02.2019 21:37)
  - Дабы не плодить темы, коль у Вас столь глубокие познания процесса, спрошу здесь Aleksey_75(217 знак., 17.02.2019 22:23)
    - То, что вы просите, называется position independent code и по умолчанию выключено. - lloyd(17.02.2019 22:30)
      - вот, спасибо! не знал по какому названию гулить, пошел курить .. - Aleksey_75(17.02.2019 22:33)
    - Поз-зависимый и независимый коды могут собираться по разному, что такое ваше ПО, значит ли это, что во флэши - не Ваше. Поэтому в общем случае: нет. - Хитрый Китаец(17.02.2019 22:29)
      - ) я понял что сморозил )) по сути нужны подгружаемые функции, люто криво сформулировал - Aleksey_75(17.02.2019 22:35)
        
        Если адрес заранее не известен, то всё таки напрашивается PIC (positional independent code). Не всякий компилятор умеет. Большие и для больших процессоров -- умеют (gcc для ARM, MIPS), ибо нужно для динамических библиотек в ОС. Мелкие fk0(4649 знак., 17.02.2019 23:22)
        
        Ну так это "Если адрес заранее не известен", то все сложно. Если же адрес в RAM известен заранее то всё резко упрощается. Поз. независимый код уже не обязателен, линкер может настроить код для работы по адресу загрузки в RAM. Из флэша такой код ЫЫукпу(369 знак., 18.02.2019 02:37)
        
        Вдогонку, да ещё call convention (ABI) в случае PIC и не-PIC кода может отличаться для конкретной архитектуры. С чем на MIPS пришлось столкнуться: для PIC-кода принято при вызовах всех функций в регистр t9 помещать их адрес -- так вызванная fk0(756 знак., 17.02.2019 23:29)
        
        Понял! Спасибо за развернутый ответ! есть над чем подумать... Еще раз, спасибо! - Aleksey_75(17.02.2019 23:28)
- Странно это. Отгрести вызов с параметрами в месте "без" и случайными числами в стеке? - Скрипач(17.02.2019 21:09)
- У меня все работает без проблем на разных компиляторах, значит у вас где-то говнокод. Код в студию. - evgeniy1294(17.02.2019 14:50)
  - а я разве сказал что у меня не работает ? у меня тоже все работает, было только предупреждение, а они меня всегда напрягают и глаза в коде колят ))) - Aleksey_75(17.02.2019 14:54, ссылка)
    - Поэтому и говорю, что говнокод. Наличие предупреждения в данном случае означает, что что-то не так. - evgeniy1294(17.02.2019 15:00)
- А забанить варнинг не? Можно еще попытаться приводить тип в явном виде при каждом конкретном вызове, но конструкция обещает быть убойной. - ASDFS(17.02.2019 14:35)
  - при вызове никаких проблем Aleksey_75(133 знак., 17.02.2019 14:43)
    - Всем спасибо! Отбой! Усе! Решил , передачей функцию не по sch_func_t, а по const void * - Aleksey_75(17.02.2019 14:50)
      - Только хочется напомнить, это не на всех архитектурах работает. На том же PIC18 или AVR, или даже PIC24... да и Renesas RL78 тоже, MSP430 наконец. Много где на 8/16-битных CPU указатель на void окажется 16-битным. А памяти может быть 128 килобайт, fk0(123 знак., 17.02.2019 21:40)
        
        ОК сапсибо! пока на 8 бит возвращаться с данным проектом не планирую , поэтому пусть будет так ))) - Aleksey_75(17.02.2019 22:05)

Средства и методы разработки