#holywar

#holywar

С таким заявлением вам лучше сюда: pro.cxx.holywars

идите в холиварную

а есть какой-нибудь блог с описанием изменений?

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

а есть какой-нибудь блог с описанием изменений?

джетбреиновский

https://cmake.org/cmake/help/v3.9/release/3.9.html

Парни, статическую память можно засрать?

В смысле компилятор под статическую память без ограничений выделяет?

Если я не ошибаюсь, то статическая(автоматическая) память такая же динамическая, только выделаяется при вхождении область видимости для всего, что есть внутри последней, а освобождается после

Происходит это автоматически, а не ручками программиста, как с динамической

разве компилятор заранее не выделяет под статические переменные память?

Ты имеешь ввиду секцию .data?

Или они не там лежат?

https://godbolt.org/g/6WvnkW

https://godbolt.org/g/6WvnkW

https://stackoverflow.com/questions/2780100/is-there-any-limit-on-stack-memory

Если я не ошибаюсь, то статическая(автоматическая) память такая же динамическая, только выделаяется при вхождении область видимости для всего, что есть внутри последней, а освобождается после

ты про стек? так его очень легко переполнить. особенно в потоках

https://stackoverflow.com/questions/2780100/is-there-any-limit-on-stack-memory

Хороший вопрос для stackoverflow :)

я про переменные объявленные static

Да, про стек, я и не говорил, что его нельзя переполнить)

Я к этому и вёл

https://stackoverflow.com/questions/12126103/maximum-size-of-bss-and-data

я про переменные объявленные static

Зависит от ABI. Я знаю в AMD64 (aka System V) есть секции, которые не ограничены в размерах (.ldata, .lrodata, .lbss)

короче, миллион строк в статик не получится засунуть

Почему не получится? Я вот давеча целый zip-файл туда положил;

это сколько в мегабайтах?

ну словарь орфографический

я про переменные объявленные static

static складывается в .data, там в целом нет ограничений кроме архитектурных

короче, миллион строк в статик не получится засунуть

легко, сможешь ли ты запустить такой экзешник - вопрос к оси

но если там несколько сотен мегабайт, то без проблем

правда запускаться будет долго и компилятор может немного опухнуть

Ок, а потом затраты на доступ по индексам такие же дешёвые как на стеке?

ну да, это доступ к обычной памяти - cache locality может пострадать если там много

но если друг за другом проходить локальность кеша будет хорошей?

не особо, в кэщ это все не влезет, надо будет делать префетч

ты помоему в X-y проблему уперся

что сделать то хочешь?

я упарываюсь просто ) хотел засрать статик

а что за Х-у проблема?

#xyproblem

алоэ ботэ

икс игрик?

в супапро было ща

ладно, я не понимаю. Ещё вопрос вот у нас есть struct W { const char* c = "abc"; };

http://mywiki.wooledge.org/XyProblem

abc лежат в статической памяти, правильно?

да

abc это сишная строка, так что да

далее мы пишем static W a, b, c, d, e, ...

Они тоже в статической памяти

но ссылаются на одну и ту же строку обычно, т.к. она константная

структуры в статической памяти, поле структуры в статической памяти

ок

убираем const =))

struct W { char* c = "abc"; };

получаем варнинг, ставим его обратно

в С++ так нельзя

в С можно

ок, давайте тогда думать, что мы в Си

ты это можешь ведь локально на компилере проверить, у тебя всяко он есть

Компилятор вполне может положить эти данные в какую-нибудь .ro секцию

я ассемблерный код не умею читать :(

https://godbolt.org/g/C38mki

warning: conversion from string literal to 'char *' is deprecated [-Wc++11-compat-deprecated-writable-strings]

ERROR: S client not available

ну варнинг то понятный

а чем тебя не устаривает? struct W { char c[] = "abc"; }

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

movabs rax, .L.str

оно всё равно берет только одну строку, и пишет тебе варнинг

а чем тебя не устаривает? struct W { char c[] = "abc"; }

а чем оно отличается?

в первом случае в структуре лежит указатель, а во втором - массив

тоже указатель

ты тип char[] знаешь? это char*

ты тип char[] знаешь? это char*

только создаётся на стеке

угу и инициализация сразу в 4 раза менее эффективная по командам и на порядок по доступу к памяти

mov ax, word ptr [.L.str] mov word ptr [rdi], ax mov cl, byte ptr [.L.str+2] mov byte ptr [rdi + 2], cl

так себе

а чем тебя не устаривает? struct W { char c[] = "abc"; }

http://cpp.sh/7c6te в случае с char* я могу значение строки менять, в случае с char[] ошибка компиляции

ты тип char[] знаешь? это char*

В смысле? Котлеты отдельно, мухи отдельно. T[] это массив http://en.cppreference.com/w/cpp/language/array Если размер опущен, то он берётся из инициализатора

только создаётся на стеке

Не на стеке. Создаётся он там, где создаётся объект. На хипе или в статической памяти

В смысле? Котлеты отдельно, мухи отдельно. T[] это массив http://en.cppreference.com/w/cpp/language/array Если размер опущен, то он берётся из инициализатора

<source>:4:14: error: array bound cannot be deduced from an in-class initializer

именно

стоп стоп пацаны, вы отходите от темы

http://cpp.sh/7c6te

<source>:4:14: error: array bound cannot be deduced from an in-class initializer

ну это когда инициализируется в классе. напиши там размер и он выведется

у меня возникает вопрос. куда записалось "bca"?

точнее, как выглядит наша память

посоветуйте средства разработки под плюсы в мак ос

Статическая память struct { указатель на статическую память "аа" }

далее берём, по указателю на статическую область на "аа", переписываем туда "bca"

где это всё? что происходит?

посоветуйте средства разработки под плюсы в мак ос

sublime + iterm2

ты ни чего не переписываешь, у тебя просто char* word ссылается на другой кусок памяти

sublime + iterm2

+

спс