W
VanyaClassic
УБ конечно
Вот только не всех убедишь в этом :(
Size: a a a
2021 January 06
W
VanyaClassic
Каламбуры типов это тонкий лед, а так же динамические аллокации в аппликухе
+
А потом у них стек/куча кончается...
А потом у них стек/куча кончается...
AT
Удачи.
Только недавно в чатике говорили про:
uint8_t* buf = new char[128];
uint16_t* ptr = (uint16_t*)buf;
Уб или нет?
Только недавно в чатике говорили про:
uint8_t* buf = new char[128];
uint16_t* ptr = (uint16_t*)buf;
Уб или нет?
platform-specific
V
есть под это на плюсы обертка
V
ты юзаешь pendSV?
m
А мне бы хотелось видеть в стандарте BigInt с автоматической заменой алгоритмов в зависимости от длины числа (переход от Фюрера к Шёнхаге–Штрассену при понижении числа 64-ричных разрядов, например)
Имхо, это существеннее, чем crazy float, но опять же – у кого что болит, тот о том и говорит :)
Но никто в ближайшее время не станет тащить FFT на GPU в стандарт
Да и просто всё, что в себе содержит “на GPU”
Имхо, это существеннее, чем crazy float, но опять же – у кого что болит, тот о том и говорит :)
Но никто в ближайшее время не станет тащить FFT на GPU в стандарт
Да и просто всё, что в себе содержит “на GPU”
Пропозал экзекютеров формально поддерживает исполнение на gpu и легкий переход с одного экзекютера на другой.
W
VanyaClassic
ты юзаешь pendSV?
Да, использовался.
m
Пропозал экзекютеров формально поддерживает исполнение на gpu и легкий переход с одного экзекютера на другой.
Но правда я с ходу не могу сказать детали реализуются. Нельзя же обычный код взять и перенести на gpu. Может быть я что-то путаю.
m
> Executors provide a uniform interface for work creation by abstracting underlying resources where work physically executes. The previous code example’s underlying resource was a thread pool. Other examples include SIMD units, GPU runtimes, or simply the current thread. In general, we call such resources execution contexts.
AP
А мне бы хотелось видеть в стандарте BigInt с автоматической заменой алгоритмов в зависимости от длины числа (переход от Фюрера к Шёнхаге–Штрассену при понижении числа 64-ричных разрядов, например)
Имхо, это существеннее, чем crazy float, но опять же – у кого что болит, тот о том и говорит :)
Но никто в ближайшее время не станет тащить FFT на GPU в стандарт
Да и просто всё, что в себе содержит “на GPU”
Имхо, это существеннее, чем crazy float, но опять же – у кого что болит, тот о том и говорит :)
Но никто в ближайшее время не станет тащить FFT на GPU в стандарт
Да и просто всё, что в себе содержит “на GPU”
Там @zamazan4ik занимался BigInt
Но там надо с ним пройти подгруппу Numerics, а это демотивирует
Но там надо с ним пройти подгруппу Numerics, а это демотивирует
AP
VanyaClassic
Надо просто чтобы он все предложения визировал
Идей много, а я один :(
Так что надо чтобы авторы идей не останавливались после придумывания идеи, а протитипировали её, обкатывали и начинали работу над proposal
Так что надо чтобы авторы идей не останавливались после придумывания идеи, а протитипировали её, обкатывали и начинали работу над proposal
AZ
Идей много, а я один :(
Так что надо чтобы авторы идей не останавливались после придумывания идеи, а протитипировали её, обкатывали и начинали работу над proposal
Так что надо чтобы авторы идей не останавливались после придумывания идеи, а протитипировали её, обкатывали и начинали работу над proposal
NY
Нет, не так — 80% должны работать над кодом, а 20% — уйти в подпольные науки, чтобы клонировать Антона
A
Удачи.
Только недавно в чатике говорили про:
uint8_t* buf = new char[128];
uint16_t* ptr = (uint16_t*)buf;
Уб или нет?
Только недавно в чатике говорили про:
uint8_t* buf = new char[128];
uint16_t* ptr = (uint16_t*)buf;
Уб или нет?
почему это уб, если тут нет разыменования/чтения значения?
AP
Удачи.
Только недавно в чатике говорили про:
uint8_t* buf = new char[128];
uint16_t* ptr = (uint16_t*)buf;
Уб или нет?
Только недавно в чатике говорили про:
uint8_t* buf = new char[128];
uint16_t* ptr = (uint16_t*)buf;
Уб или нет?
Не UB начиная с C++20:
* reinterpret_cast из массива char неявно начинает lifetime
* new возвращает кусок памяти с большим alignment (что-то большее или равное alignof(std::max_align_t))
Есть конечно скольский случай с переопределением глобального оператора new и UB в нём, но думаю вопрос не про это.
* reinterpret_cast из массива char неявно начинает lifetime
* new возвращает кусок памяти с большим alignment (что-то большее или равное alignof(std::max_align_t))
Есть конечно скольский случай с переопределением глобального оператора new и UB в нём, но думаю вопрос не про это.
K
Есть шансы увидеть уже в C++23 https://wg21.link/p1040
Ого, крутое улучшение! И такое очевидное, что странно, почему его раньше не сделали
AT
Ого, крутое улучшение! И такое очевидное, что странно, почему его раньше не сделали
было бы очень вкусно, да
AT
я бы в сценарии использования добавил бы unit-тесты
V
Идей много, а я один :(
Так что надо чтобы авторы идей не останавливались после придумывания идеи, а протитипировали её, обкатывали и начинали работу над proposal
Так что надо чтобы авторы идей не останавливались после придумывания идеи, а протитипировали её, обкатывали и начинали работу над proposal
Хорошо, Антон