Указатель на "что-нибудь", короче

тогда это не аналог ((void*)...) а аналог ((T*)...), хотя в си нет разницы

то же что в let x: Vec<_> (плейсхолдер для типа который будет выведен)

вот так понятно, спасибо

тогда это не аналог ((void*)...) а аналог ((T*)...), хотя в си нет разницы

На всякий случай, в си неявно можно привести указатель любого типа на указатель любого другого. Поля типа, если он составной, будут доступны только если указатель правильного типа, если указатель другого типа - то неопределенное поведение. Я это имел ввиду.

На всякий случай, в си неявно можно привести указатель любого типа на указатель любого другого. Поля типа, если он составной, будут доступны только если указатель правильного типа, если указатель другого типа - то неопределенное поведение. Я это имел ввиду.

> другого типа - то неопределенное поведение. нет это, compilation error

https://ideone.com/9iODlN

я это имел ввиду

На всякий случай, в си неявно можно привести указатель любого типа на указатель любого другого. Поля типа, если он составной, будут доступны только если указатель правильного типа, если указатель другого типа - то неопределенное поведение. Я это имел ввиду.

это тоже по стандарту запрещено, просто gcc по дефолту с варнингом пропускает

навсидку я помню что язык си - язык со слабой статической типизацией

по стандарту не запрещено присваивать любой указатель одного типа любому указателю другого типа

gcc дает варнинг

в плюсах такое запрещено

по стандарту не запрещено присваивать любой указатель одного типа любому указателю другого типа

ты не прав

Удобно

для чего ?

для чего ?

для nil-pointer проверок

>compatible types

>compatible types

что

ну т.е. тайп пуннинг запрещен стандартом

А как bind делать тогда?

ну т.е. тайп пуннинг запрещен стандартом

тайп пуннинг?

ты не прав

точно, спасибо за ссылку на пункт стандарта, по крайней мере для С99 я не прав

тайп пуннинг?

https://en.wikipedia.org/wiki/Type_punning#Sockets_example

точно, спасибо за ссылку на пункт стандарта, по крайней мере для С99 я не прав

C89 7.17

Ну т.е. это решается добавлением (void*) справа

Потом кастуй как хочешь

я правильно понимаю, что struct T1* и struct T2* всегда совместимы

Нет

tl;dr совместимы если совместимы поля, поля совместимы если одинаковые имена и дальше рекурсивно

плюс это

тоесть пунинг в bind(2) это ub (ib)

но технически confirming

https://gist.github.com/voidlizard/c736e3d7fcd382c6f9904f8b653102b5#file-special-olympics-md

уже было тут?

ага

C89 7.17

Все-таки без ключиков -Werror -Wpedantic оно компилируется и скорее всего из-за обратной совместимости. Делать так конечно же не надо. С89 это первый стандарт, так что то что было до этого это наверное диалекты. Про этот ваш тайп пунинг я не понял, как то, что можно присваивать любой указатель к _Bool может помешать скастовать sockaddr_in* к sockaddr*.

https://gist.github.com/voidlizard/c736e3d7fcd382c6f9904f8b653102b5#file-special-olympics-md

Лол, аналитика

уже было тут?

Оно тут родилось

шта

сижу в легендарном чатике

кто это сделал

кто это сделал

что?

Оно тут родилось

это он сделал

https://github.com/mersinvald/rust-vs-haskell-special-olimpiade

это он сделал

Он — это я

https://github.com/mersinvald/rust-vs-haskell-special-olimpiade

а я сделал пока самое быстрое решение из предложенных

скинь

когда это было вообще куда листать

а я сделал пока самое быстрое решение из предложенных

Я позволю сишке выбиться вперед в этой спецолимпиаде :)

уже позно но всёравно $ time ./a.out < ./49zGQ6Zt.txt > /dev/null real 0m0.777s user 0m0.768s sys 0m0.007s https://gist.github.com/yellow-apple/69993c04f8d9afc0d72c56f27e55187f

^ цыфры устарели

Я позволю сишке выбиться вперед в этой спецолимпиаде :)

^ цыфры устарели

на моем ваши решения примерно схожи ./target/release/test_stdout < source.txt > /dev/null 1.48s user 0.02s system 96% cpu 1.556 total ➜ test_stdout git:(master) ✗ time ./a.out <source.txt >/dev/null ./a.out < source.txt > /dev/null 1.50s user 0.03s system 96% cpu 1.592 total

c этим хаком "унлайкли" даже чучуть быстрее в среднем у @mersinvald

Поцаны

Вы уже два дня

Эту хуйню

Бенчите

циклы разверните)))))))))

на моем ваши решения примерно схожи ./target/release/test_stdout < source.txt > /dev/null 1.48s user 0.02s system 96% cpu 1.556 total ➜ test_stdout git:(master) ✗ time ./a.out <source.txt >/dev/null ./a.out < source.txt > /dev/null 1.50s user 0.03s system 96% cpu 1.592 total

раст не может вернуть обобщенный тип из обобщенной функции?

раст не может вернуть обобщенный тип из обобщенной функции?

Раст не может

На этом предложение

Надо было закончить

раст не может вернуть обобщенный тип из обобщенной функции?

Может

раст не может вернуть обобщенный тип из обобщенной функции?

да, спасибо, я уже попробовал

cargo build —release unlikely удалил чтобы собрать с rustc который в репе есть

https://rustbyexample.com/fn/closures/output_parameters.html However, returning closure types are problematic because Rust currently only supports returning concrete (non-generic) types.

cargo build —release unlikely удалил чтобы собрать с rustc который в репе есть

Без unlikely медленнее на 0.3 сек у меня

Поставь через растап

о какие тут результаты сегодня?

https://rustbyexample.com/fn/closures/output_parameters.html However, returning closure types are problematic because Rust currently only supports returning concrete (non-generic) types.

https://play.rust-lang.org/?gist=df2c127af80dae1989525e5f83f36ae0&version=nightly

о какие тут результаты сегодня?

ПОявилась более быстрая сишка, но мы пока не выяснили быстрее ли она варианта с unlikely: на разном железе разные результаты

кстати мою утреннюю сишку обогнали?

где switch () ...

Хз, я только проснулся)

или это она