смотря какой компилятор

gcc тот же

Слава Си

ськам

испортил все ты

там один хрен эскобар

а где эта оптимизация вообще задействуется на сях без объектной системы?

а что, в структурах не может быть полей-указателей?

ща подумаю

на msi wind u115 есть шанс что встанет или даже не пытаться ?

Реактос?

Вообще поясни за эту оптимизацию

я может ее не понял до конца

на msi wind u115 есть шанс что встанет или даже не пытаться ?

Попробуй. Это бесплатно.

пока...

покажи тесты

ну, гуглится же легко. Первая попавшаяся https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/c.html

ахуеть

он довольно значительно дерет

думаю дело в том что в с++ тестах юзают громоздкие цппшные либы

ахаха

в @procxx разбирали эти т.н. "тесты"

Так я понял про эту оптимизацию

по идее она должна быть в сях

когда функция возвращает значение структуры

https://t.me/ProCxx/232479

можно начать отсюда

там замечательный тред об адекватности этих тестов

ськам

был веселый стикер в паке "ИТМО" на эту тему

Пак?

Вообще поясни за эту оптимизацию

RVO перемещает данные временного объекта вместо копирования. CE убирает лишние копирования, например, при инициализации объекта

Значит я ее правильно понял

Это например когда

есть функция

struct Huj test();

и она перобразуется как huj(struct Huj*)

думаю дело в том что в с++ тестах юзают громоздкие цппшные либы

так а смысл юзать либы чистого си? Чтобы си с си сравнить?

и она перобразуется как huj(struct Huj*)

в @supapro иди с такими вопросами, и не пиши по куче сообщений, пожалуйста

так а смысл юзать либы чистого си? Чтобы си с си сравнить?

Чтобы сравнить качество этих компиляторов.

Copy elision - Wikipedia en.wikipedia.org In C++ computer programming, copy elision refers to a compiler optimization technique that eliminates unnecessary copying of objects. The C++ language standard generally allows implementations to perform any optimization, provided the resulting program's observable behavior is the same as if...

Чтобы сравнить качество этих компиляторов.

качество не сравнивается, т.к. имплементации разные

и она перобразуется как huj(struct Huj*)

непонятно, что вы хотели сказать

там замечательный тред об адекватности этих тестов

спасибо, поизучаю

и она перобразуется как huj(struct Huj*)

примерно так, да

непонятно, что вы хотели сказать

Вместо возвращения новой структуры, будет передаваться функции ссылка на эту структуру, которая будет обрабатываться такими же подобными функциями. Как-то так.

Вместо возвращения новой структуры, будет передаваться функции ссылка на эту структуру, которая будет обрабатываться такими же подобными функциями. Как-то так.

ну, не всё так просто. При выходе из функции стек сворачивается, и данные становятся мусором. Вот самому интересно, как компилятор тут хитрит

Создает не в стеке функции этот объект, на который уже ссылается, видимо

ну, не всё так просто. При выходе из функции стек сворачивается, и данные становятся мусором. Вот самому интересно, как компилятор тут хитрит

ну вон же пример

когда ты пойнтер на объект сам передаешь, и оно пишет туда сразу

еще можно на godbolt.org проверить

Создает не в стеке функции этот объект, на который уже ссылается, видимо

типа такого: Class obj = Class funct(); заменяется на Class obj; funct (&obj); ?

д

типа такого: Class obj = Class funct(); заменяется на Class obj; funct (&obj); ?

Да.

а, ну так это я и сам могу делать. Вот move semantics бы по-умолчанию или какие-нибудь низкоуровневые оптимизации...

а, ну так это я и сам могу делать. Вот move semantics бы по-умолчанию или какие-нибудь низкоуровневые оптимизации...

Это менее читаемо просто.

в крестах могут автогенериться конструкторы перемещения, а вот в сях всегда копирование...

в крестах могут автогенериться конструкторы перемещения, а вот в сях всегда копирование...

В крестах не шарю, знаю их на уровне посредственном. А что можно в сях кроме копирования то сделать?

пойнтер скопировать

ну, скажем, для структур МЕНЯТЬ все поля-указатели местами при присваивании, остальное - копировать

а нет, это своп будет

ну, тогда тупо присваеваемому указателю дать адрес, а исходному - nullptr

ну, скажем, для структур МЕНЯТЬ все поля-указатели местами при присваивании, остальное - копировать

вроде так и делается.

вроде так и делается.

а, ну да. Тогда проблема получается только в контейнерах? Хотя, в сях нет никаких контейнеров, кроме статических массивов

В сях надо самому писать все структуры данных.

В сях надо самому писать все структуры данных.

вот странно, что до сих пор нет в std ни list, ни vector, ни array...

Они же в std::namespace, нет?

в си нет namespace

А, ты про си.

Но в си нет встроенных этих листов да аррэев потому что объектов просто нет. Единственное, возможно иметь в структуре указатель на функцию и таким образом имитировать ООП.

Но в си нет встроенных этих листов да аррэев потому что объектов просто нет. Единственное, возможно иметь в структуре указатель на функцию и таким образом имитировать ООП.

зато есть структуры, экземпляры структур и указатели (в т.ч. на функцию)

зато есть структуры, экземпляры структур и указатели (в т.ч. на функцию)

Впринципе, насколько я знаю в С++ объектная система основана на том, что создаются при создании обхекта две структуры - структура с указателями на функцию и с данными, так что весь ООП описан у них сишными методами => можно писать на си в стиле объектном (правда запарно это немного и зачастую не надо).

а где в std используется ООП? Я там только перегрузку видел. Но во-первых, можно и без неё прожить, а во-вторых, в C11 есть _Generic

а где в std используется ООП? Я там только перегрузку видел. Но во-первых, можно и без неё прожить, а во-вторых, в C11 есть _Generic

Везде. В stream'ах, в list'ах и array'ях тех же.

Везде. В stream'ах, в list'ах и array'ях тех же.

перегрузки есть. Ну, какая-то инкапсуляция (на которую можно забить). А наследование есть?

Впринципе, насколько я знаю в С++ объектная система основана на том, что создаются при создании обхекта две структуры - структура с указателями на функцию и с данными, так что весь ООП описан у них сишными методами => можно писать на си в стиле объектном (правда запарно это немного и зачастую не надо).

структура с указателями создается только для виртуальных функций

там беда не столько в ооп, сколько в шаблонах

перегрузки есть. Ну, какая-то инкапсуляция (на которую можно забить). А наследование есть?

/cppref iostream

Search results for "iostream" 1. <iostream> 2. std::iostream 3. std::istream 4. std::ostream::beg 5. std::ostream::cur 6. std::ostream::end 7. std::ostream::hex 8. std::ostream::oct 9. std::ostream::put 10. std::ostream::Init 11. std::ostream::left 12. std::ostream::swap 13. std::basic_iostream 14. std::ostream::clear 15. std::ostream::event 16. std::ostream::fixed 17. std::ostream::right 18. std::ostream::tellp 19. std::ostream::write 20. std::ostream::badbit 21. std::ostream::eofbit 22. std::ostream::skipws 23. std::ostream::failbit 24. std::ostream::goodbit 25. std::ostream::iostate 26. std::ostream::ostream 27. std::ostream::seekdir

Search results for "iostream" (Page 2) 28. std::ostream::showpos 29. std::ostream::unitbuf 30. std::ostream::internal 31. std::ostream::showbase 32. std::ostream::~ostream 33. std::ostream::basefield 34. std::ostream::boolalpha 35. std::ostream::set_rdbuf 36. std::ostream::showpoint 37. std::ostream::uppercase 38. std::ostream::floatfield 39. std::ostream::operator<< 40. std::ostream::scientific 41. std::ostream::adjustfield 42. std::ostream::erase_event 43. std::ostream::imbue_event 44. std::ostream::copyfmt_event

там беда не столько в ооп, сколько в шаблонах

а в чем с ними беда

структура с указателями создается только для виртуальных функций

Значит они при копировании объекта копируют полностью все функции?

хотя, есть же void*, так что можно забить на шаблоны

хотя, есть же void*, так что можно забить на шаблоны

ой фсе

плохая идея

Значит они при копировании объекта копируют полностью все функции?

нет

функции тебе линкер статически слинкует

вообще рекомедую какую-н. базовую книжку по крестам почитать, там это поясняется

хотя, есть же void*, так что можно забить на шаблоны

Да, я так и делал. Только немного запаришься с приведением типов.

ща могу скмнуть из своей книгопомойки

Да, я так и делал. Только немного запаришься с приведением типов.

приведения типа Си = это мегаотсрел ноги

вообще рекомедую какую-н. базовую книжку по крестам почитать, там это поясняется

Какие рекомендуешь?

Какие рекомендуешь?

прата норм

приведения типа Си = это мегаотсрел ноги

Они там налевонаправо юзаются.

прата норм

Там описаны подобные тонкости?

Спасибо

приведения типа Си = это мегаотсрел ноги

а в крестах компилятор постоянно ругается, когда ты пытаешься реинтёрпрет_кастовать

Там описаны подобные тонкости?

в середине

а в крестах компилятор постоянно ругается, когда ты пытаешься реинтёрпрет_кастовать

дык надо потому что кастовать с умом

у Си-каста семантика слишком перегружена, он себя ведет как эти 4 вещи сразу, поэтому с ним часто ошибаются

4? Вроде больше