А что, есть компиляторы, которые c++11 поддерживают на 100%? Вроде бы часть про GC, как минимум, никем не реализована. А это часть стандарта...

GC нинужно, всё компиляторы уже несколько лет поддерживают с++11 на 100%

Если в функции есть конструкция switch и каждый case что-то возвращает через return, то необязательно прописывать break ?

д

Друзья, посоветуйте хорошую литературу по с++

https://yadi.sk/d/EPwhNVKh3Q47Cv/%D0%AF%D0%B7%D1%8B%D0%BA%D0%B8/C++/

Парни, gcc через linux subsystem в винде нормально функционирует? Пока нет возможности никсы поставить, а кодить хочется

или лучше cygwin какой-нибудь накатить?

да можно ж visual studio build tools поставить

Парни, gcc через linux subsystem в винде нормально функционирует? Пока нет возможности никсы поставить, а кодить хочется

Mingw установи.

Парни, gcc через linux subsystem в винде нормально функционирует? Пока нет возможности никсы поставить, а кодить хочется

поставь вижлу

не охота вижуалку, хрен вычистишь потом

билд тулзы только поставь

не охота вижуалку, хрен вычистишь потом

Тогда Qt Creator. Он ставится в свой каталог, имеет mingw в комплекте. В систему не гадит, в отличие от VS.

хм, отдельно можно? спасибо, не знал

о, тоже вариант, спасибо

http://landinghub.visualstudio.com/visual-cpp-build-tools

Если в функции есть конструкция switch и каждый case что-то возвращает через return, то необязательно прописывать break ?

Не обязательно

или вот старье: https://www.microsoft.com/ru-ru/download/details.aspx?id=40760

Mingw установи.

Лучше только не mingw, а mingw-w64 - он посвежее 4.9.2 и 5.1.0 будет. Например, в комплекте с msys2 идёт 7.2.0.

Лучше только не mingw, а mingw-w64 - он посвежее 4.9.2 и 5.1.0 будет. Например, в комплекте с msys2 идёт 7.2.0.

В Qt Creator, думаю, он и идёт.

Парни, gcc через linux subsystem в винде нормально функционирует? Пока нет возможности никсы поставить, а кодить хочется

Поставь убунту встроенную в винду, вроде все кричат, что нынче есть...

Поставь убунту встроенную в винду, вроде все кричат, что нынче есть...

linux subsystem и есть

лучше поставить линукс

да я поставлю, просто хард еще идет

Так тогда apt install buildtools и делов

В Qt Creator, думаю, он и идёт.

Нет, там идёт древний mingw с gcc 4.9.2, увы.

well, here we go

Так. Забанить сразу?

A.S.Y. Realty Company вы с рекламой пришли сюда?

или вас тонкости крестов интересуют?

думаю можно банить

Я понял

У меня система 32-битная, там больше трех гигов памяти нельзя отсыпать. А LLVM-у не хватает похоже. Дожили.

вспоминаю страдания @foxcpp с asio и >4Гб сожранных компилем

вспоминаю страдания @foxcpp с asio и >4Гб сожранных компилем

Там на пике до 800 мб на процесс компилятора было, на самом деле, так что не >, а примерно равно.

А с учётом, что тут ещё болтается IDE на Java, браузер и текущий telegram-desktop.

Тяжко.

Да тут проблема не в памяти, а в адресном пространстве. Захочу я замапить файл в память. А вот адреса и к ончились

Беда

Это да, беда.

Я слышал, что 32-битный firefox нынче собирается только кросс-компиляцией из 64-битной системы. (А ещё я как-то собирал gcc под arm прямо на малинке — но там всего 2.5 гига надо, подключил nbd из tmpfs большого компа как swap и хорошо.)

у меня gcc нормально на rpi3 собирался, а там всего гигабайт

Я слышал, что 32-битный firefox нынче собирается только кросс-компиляцией из 64-битной системы. (А ещё я как-то собирал gcc под arm прямо на малинке — но там всего 2.5 гига надо, подключил nbd из tmpfs большого компа как swap и хорошо.)

Это из-за rust небось?

у меня gcc нормально на rpi3 собирался, а там всего гигабайт

Интересно. Давно это было? Который gcc? У меня падало (хорошо если в oom) при попытке сгенерировать какой-то автомат. Не разбирался уж, rust там или не rust.

У меня система 32-битная, там больше трех гигов памяти нельзя отсыпать. А LLVM-у не хватает похоже. Дожили.

Но зачем в 20!8 иметь такую систему и тем более из-под неё что-то собирать?

Интересно. Давно это было? Который gcc? У меня падало (хорошо если в oom) при попытке сгенерировать какой-то автомат. Не разбирался уж, rust там или не rust.

Год назад. gcc 4.8 - 5.0, мне надо было бисект сделать.

А ты на чем собирал, на сетевом диске или на SD-карточке?

Просто при компиляции многие microSD начинают дохнуть и выражается это в том, что на диск вместо данных пишется блок нолей или единиц. А потом линкер жалуется на кривой объектник

да, они могут, +

А еще веселее, если на неё успело что-то засвопиться =)

Вынимаешь обратно - а там нули

Ггг

вспоминаю страдания @foxcpp с asio и >4Гб сожранных компилем

asio ??

Это который аудио драйвер?

не, бустовый

я их тоже часто путаю, порой работаю с аудио

А, а то у меня хайлайт на asio сейчас, ибо я тут драйвер реверсю

А еще веселее, если на неё успело что-то засвопиться =)

у меня мурашки пробежали..)

А, а то у меня хайлайт на asio сейчас, ибо я тут драйвер реверсю

все плохо?

Не, пытаюсь тут подружить очень старую и очень важную карту с десяткой. Если получится запустить - будет очень очень хорошо. Пока всё крашится и вылетает, ищу причину

Там долгая история.

НТ-драйвер или VxD?

vxd

да, тяжеловато... по факту, тут надо спеку составить по реализации драйвера, и новый написать

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

Вообще это жестоко конечно, но меня устроит какой-нибудь простой фикс. Я не готов писать дрова сам ?

кинь в лс vxd-шку)), ща чо мб Барышня подскажет

Но мне тут Hiew подогнали, так что процесс пошёл быстрее

есть еще radare2, ida, hopper

Доберусь до машины - закину

Да, radare2 тоже

реверсить целиком проще идой

есть еще radare2, ida, hopper

ага, вот про вторую барышню я и говорю

Ребят, вот есть односвязные списки, где каждый элемент содержит ссылку на следующий элемент. Допустим такой список объявлен для элементов int32. Как меняется тогда размер каждого элемента / всего списка? То есть, вот эти 32 бита отводятся под данные, а сколько памяти дополнительно в списке отводятся под ссылки? Или вот еще, что мне непонятно. Если процессор 32-разрядный, и опять же использовать инт32, тогда ссылка на следующий элемент займет всю следующую ячейку, т.е. отщипнет еще 4 байта? Или, если ссылка занимает, например, 1 байт, то каждый следующей элемент начинает смещаться и частично размещаться в одной ячейке памяти, а частично в другой?

Ребят, вот есть односвязные списки, где каждый элемент содержит ссылку на следующий элемент. Допустим такой список объявлен для элементов int32. Как меняется тогда размер каждого элемента / всего списка? То есть, вот эти 32 бита отводятся под данные, а сколько памяти дополнительно в списке отводятся под ссылки? Или вот еще, что мне непонятно. Если процессор 32-разрядный, и опять же использовать инт32, тогда ссылка на следующий элемент займет всю следующую ячейку, т.е. отщипнет еще 4 байта? Или, если ссылка занимает, например, 1 байт, то каждый следующей элемент начинает смещаться и частично размещаться в одной ячейке памяти, а частично в другой?

зависит от размера указателя на твоей системе.

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

зависит от размера указателя на твоей системе.

Ну так вот, случай, когда в качестве данных 32-разрядное целое число, пускай указатель занимает 8 разрядов и память 32-разрядная. Будет выделяться ровно по две ячейки памяти на элемент или каждая следующая значащая часть элемента (вот эти 32 разряда) начнут разъезжаться между соседними ячейками памяти?

Ну так вот, случай, когда в качестве данных 32-разрядное целое число, пускай указатель занимает 8 разрядов и память 32-разрядная. Будет выделяться ровно по две ячейки памяти на элемент или каждая следующая значащая часть элемента (вот эти 32 разряда) начнут разъезжаться между соседними ячейками памяти?

будет выделяться - мы опускаемся до какого уровня? сколько стандарт языка тебе гарантирует? сколько ОС тебе выделяет?

если struct Node { int8_t val; Node* next; };, то (скоре всего) после val будет вставлено 3 байта padding'а, а если struct Node { Node* next; int8_t val; }, то... в общем, то же самое (google C struct alignment / padding rules)

так то мы дойдём и до того, что память страничная

ну и менеджер памяти добавит свой overhead

если struct Node { int8_t val; Node* next; };, то (скоре всего) после val будет вставлено 3 байта padding'а, а если struct Node { Node* next; int8_t val; }, то... в общем, то же самое (google C struct alignment / padding rules)

+

зависит от размера указателя на твоей системе.

еще от правил выравнивания

еще от правил выравнивания

Так точно!

хорошо, я понял спасибо за объяснение!

ну и термин "ячейка памяти" лучше не употреблять, а то реальное устройство памяти — тема для конфы про электронику лол