Это если ничо нового не пилить, я полагаю.

Там приличное количество багов - дубликаты. Так что 100 человек, улучшающих компилятор в своё удовольствие, вполне хватит чтобы всё разгрести за год-полтора :)

Нужна армия менеджеров багов!

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

Есть такая функция template <typename... Values> Tensor<U, xt::xview<Storage &, xt::xrange<Values>...>> subView( std::initializer_list<const Values>... lists) { using SharedTensor = Tensor<U, xt::xview<Storage &, xt::xrange<Values>...>>; return SharedTensor(storage_, get_range(lists)...); }

ммм у тебя там в аргументах список листов инициализации или что

мультики!

мультики!

Это на Unreal Engine 4?

видишь subsurface scattering?

видишь subsurface scattering?

Привет ребят тут есть кто сталкивался с программирование на C++ для игрового движка Unreal Engine 4

it's a sin()

а все потому, что sin() вместо sinf()

ребят, а ключ контейнера std::map - может менять свое местоположение в памяти? вот если у меня есть std::map<std::string, void*> я сначала делаю emplace, и запоминаю c_str от ключа: auto empl_result = m_cmodels.emplace( name, cmodel ); const char *model_name = empl_result.first->first.c_str(); вот этот вот model_name - не протухнет ли в процессе добавления других элементов?

нет - это нельзя так делать, или что?

нет - это нельзя так делать, или что?

ребят, а ключ контейнера std::map - может менять свое местоположение в памяти? вот если у меня есть std::map<std::string, void*> я сначала делаю emplace, и запоминаю c_str от ключа: auto empl_result = m_cmodels.emplace( name, cmodel ); const char *model_name = empl_result.first->first.c_str(); вот этот вот model_name - не протухнет ли в процессе добавления других элементов?

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

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

чето по-моему на спичках экономиш

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

Мы в компиляторе (он вертит миллионами строк) используем штуку, которая ведёт себя как строка, но на самом деле просто указатель. https://en.m.wikipedia.org/wiki/String_interning

это где?

Ну, мы делаем свой компилятор. Это оффтопик.

интересно же! название конторы, компилятора, хоть чего-то

Если честно, я вот не знаю, что в такой ситуации делать. Наш язык начинался как домашняя разработка, наружу отдавать мы его не планировали. Сейчас он дорос состояния, когда по совокопности факторов делает питон с плюсами вместе взятые. И вроде и хочется его нести в массы, но мы не готовы. Что рекомендуется делать в такой ситуации?

интернированые строчки гут да

Если честно, я вот не знаю, что в такой ситуации делать. Наш язык начинался как домашняя разработка, наружу отдавать мы его не планировали. Сейчас он дорос состояния, когда по совокопности факторов делает питон с плюсами вместе взятые. И вроде и хочется его нести в массы, но мы не готовы. Что рекомендуется делать в такой ситуации?

Если честно, я вот не знаю, что в такой ситуации делать. Наш язык начинался как домашняя разработка, наружу отдавать мы его не планировали. Сейчас он дорос состояния, когда по совокопности факторов делает питон с плюсами вместе взятые. И вроде и хочется его нести в массы, но мы не готовы. Что рекомендуется делать в такой ситуации?

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

У нас интернируется всё, даже AST списки в результате парсинга.

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

А это не медленно?

Мы уже хотим. Нужно просто понимать, что это большая ответственность. Одно дело, когда ты пишешь код для трёх человек, которые у тебя в офисе. Не нужна нормальная дока, комментарии, поддержка. Можно сосредоточиться на качестве (которое качество работы продукта). Опенсорс - это сразу куча дополнительной работы.

А это не медленно?

Мы уже хотим. Нужно просто понимать, что это большая ответственность. Одно дело, когда ты пишешь код для трёх человек, которые у тебя в офисе. Не нужна нормальная дока, комментарии, поддержка. Можно сосредоточиться на качестве (которое качество работы продукта). Опенсорс - это сразу куча дополнительной работы.

прямо вот рвет плюсы, да?