> Я постоянно натыкаюсь. То блин кому-то пришла гениальная идея принять указатель на функцию, а в
> качестве данных прокидываемых ей, предложить мне положить int -- ну как я через int прокину
> указатель? То кто-то решил напилить макросов обёрток, и всё, что я думал функциями, оказывается
> макросами -- указатель на них не взять, только выкидывать и писать свои обёртки: static inline
> функции на что вообще даны?Это какие то очень частные проблемы.
Наиболее близко я припоминаю как я страдал от того что в epoll к событию можно приатачить только один int/uint64_t, те одновременно и дескриптор и указатель на ассоцированные данные не пропихнуть.
В итоге пришёл к выводу что проще аллоцировать глобальный массив указателей, а дескриптор сокета юзать как индекс в этом массиве.
Может вам пригодится.
> Что значит тяжёлая зависимость? В рантайме раст не тяжелее C. А для компиляции, знаешь, C тоже
> не пёрышко. Попробуй собрать gcc или clang.
Дело в том, что rust собирается очень долго, сам компилятор.
И компилирует он тоже очень медленно.
И ccache его не понимает и аналогов...впрочем я не искал.
Компилятор С у меня и так в системе есть.
Впрочем, было бы сильно легче, если бы раст встроили в шланг и он собирался где то с С компилятором сразу.
> А проблемы C с использованием rust'овых функций и типов -- это проблемы C. Мне на них стало
> фиолетово после появления rust'а.
Вот придурки с гнома втащили раст в svg либу, теперь сами её и поддерживайте.
Оставь свою почту и телефон, когда она сломается - я тебя дёрну чтобы ты починил по быстрому. )
> Я тоже вижу одну проблему -- надо дождаться когда все старпёры умрут от старости.
Это никогда не помогает.