struct Cust { int x = 0; }; int main() { Cust a = {0}; return 0; } >>>> g++ -std=c++11 Почему оно собирается только если выкинуть = 0 из структуры?

Потому что ты пользуешь инициализацией всех полей руками, это работает только у POD, а ты неявно написал конструктор.

Я понимаю что я руками написал конструктор, но почему именно такой конструктор сделал структуру уже не POD?

Я бы сказал, что в общем случае это очень плохой стиль, нарушающий инкапсуляцию

На стиль пока похрен, интересует принцип.

а оно по стандарту разве не должно быть равно 0?

Используйте, пожалуйста, Replay заместо Forward, читать удобнее.

так?

Ага. Если на телефоне, то можно свайп влево сообщения заместо тапа.

Непонятно почему = 0 считается таким сложным конструктором, который прямо таки отменяет POD-ность структуры.

Это очень странное решение, но несколько раз оно мне помогло, сейчас может не помочь, скорее всего не поможет, ибо это одно и тоже, попробуй int x(0);

Какое "это"?

я написал дальше в сообщении

Это очень странное решение, но несколько раз оно мне помогло, сейчас может не помочь, скорее всего не поможет, ибо это одно и тоже, попробуй int x(0);

Это очень странное решение, но несколько раз оно мне помогло, сейчас может не помочь, скорее всего не поможет, ибо это одно и тоже, попробуй int x(0);

рекомендую бумажную версию, она довольно неплохая)

struct Cust { int x = 0; }; int main() { Cust a = {0}; return 0; } >>>> g++ -std=c++11 Почему оно собирается только если выкинуть = 0 из структуры?

struct Cust { int x = 0; }; int main() { Cust a = {0}; return 0; } >>>> g++ -std=c++11 Почему оно собирается только если выкинуть = 0 из структуры?

Как уже подметил @levlam — это исправили в C++14 (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n3922.html), но если нет возможности перейти на C++14, то создайте конструктор, который будет принимать initializer_list.

struct Cust { int x = 0; }; int main() { Cust a = {0}; return 0; } >>>> g++ -std=c++11 Почему оно собирается только если выкинуть = 0 из структуры?

этот пейпер тут причем?

Притом, что там "New Rules for auto deduction from braced-init-list". Я просто для информации приложил, не более.

struct Cust { int x = 0; }; int main() { Cust a = {0}; return 0; } >>>> g++ -std=c++11 Почему оно собирается только если выкинуть = 0 из структуры?

там ваще нет авто

Первая ссылка в гугле. https://stackoverflow.com/questions/4118025/brace-enclosed-initializer-list-constructor

тут

это агрегатная инициализация

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

Которая не может завершиться удачно из-за того, что list-initialization не может вызвать обычный конструктор вместо конструктора, который принимает initializer_list, так?

эт хорошо, а там обновят хотя бы на с++11?

Он ее вроде основательно переписал, так что она даже в двухтомник превратилась :) Несколько раз уже откладывали, но надеюсь к CppConу ее наконец выпустят https://www.amazon.com/Large-Scale-Architecture-Addison-Wesley-Professional-Computing/dp/0201717069/

а оно по стандарту разве не должно быть равно 0?

У вконтактика вступительная задачка при подаче на вакуху: Вашей программе в качестве аргумента будет передано имя файла, в котором будет находиться множество строк (ASCII символы с кодами от 32 до 127). Далее Ваша программа должна считывать строки из stdin, пока не придет строка "exit". После каждой считанной строки Ваша программа должна выводить в stdout строку "YES" или "NO" в зависимости от того, встречается данная строка в переданном файле или нет. Размер файла со словарем не превосходит 128мб. У меня 3 варианта: 1) Загнать все строки в память в плоский массив, рядом создать массив указателей на эти строки, отсортировать массив указателей по возрастанию строк и искать бинарным поиском, O(log n) 2) Загнать все строки в память в плоский массив, напихать этих строк в хеш-таблицу (физически напихать указателей на эти строки в хеш-таблицу), искать за O(1) 3) Захерачить все строки в ахо-корасика, искать за O(1), но память раздует из-за построения графа. Ещё варианты?

set? или просто онлайн проверять?

У вконтактика вступительная задачка при подаче на вакуху: Вашей программе в качестве аргумента будет передано имя файла, в котором будет находиться множество строк (ASCII символы с кодами от 32 до 127). Далее Ваша программа должна считывать строки из stdin, пока не придет строка "exit". После каждой считанной строки Ваша программа должна выводить в stdout строку "YES" или "NO" в зависимости от того, встречается данная строка в переданном файле или нет. Размер файла со словарем не превосходит 128мб. У меня 3 варианта: 1) Загнать все строки в память в плоский массив, рядом создать массив указателей на эти строки, отсортировать массив указателей по возрастанию строк и искать бинарным поиском, O(log n) 2) Загнать все строки в память в плоский массив, напихать этих строк в хеш-таблицу (физически напихать указателей на эти строки в хеш-таблицу), искать за O(1) 3) Захерачить все строки в ахо-корасика, искать за O(1), но память раздует из-за построения графа. Ещё варианты?

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

для определения факта принадлежности слова к словарю в самый раз

для определения факта принадлежности слова к словарю в самый раз

Там ограничения по памяти еще не было?

ТАк чо, какие аргументы в пользу trie против std::unordered_set например?

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