https://kristerw.blogspot.com.ee/2017/09/why-undefined-behavior-may-call-never.html

а как их детектить-то?)

баян

большинство довольно не сложно

да хотя бы банальный signed integer overflow как, без слишком тормозной инструментации кода?

ну я тебе напомнил что такое уже есть

level up: патч к ubsan

У меня вопрос, кто знает, что можно про minimax почитать? Дело вот в чем, мне нужна векторизованная имплементация log(cosh(x)). По очереди их применять не годится, потому как иначе там overflow'ы всякие из-за экспоненты. Вроде как log обычно через полиномы аппроксимируют, но сколько членов брать? брать ли коеффициент полиномов? и так далее... Любые советы приветствуются :)

а если прямо log cosh в ряд разложить?

Там для больших (>10) x можно просто линией заменить, а вот интервал 0-10 уж очень велик, чтоб приличную точность получить... Т.е. не по 20-ю же степень полиномы брать

https://en.wikipedia.org/wiki/Pad%C3%A9_approximant

может в этом направлении покапать?

Да, возможно, сейчас гляну - спасибо

смотрите, чему научили godbolt: https://godbolt.org/g/Fi6REC

но выглядит как-то костыльно уже

А в русте отключается хранение стек-поинтера?

есть класс с приватным методом, принимающим указатель на структуру; структура объявлена в левом библиотечном хедере через столь любимое сишниками typedef struct hiVIDEO_FRAME_INFO_S {} VIDEO_FRAME_INFO_S хочу вынести объявление класса в хедер буквально на 20 строк, ворох хедеров из библиотеки тащить не хочется - логичная мысль сделать форвард struct VIDEO_FRAME_INFO_S; инклюдю мой хедер, инклюдю библиотечный, получаю /work/sources_a/tech1utils/include/himpp_codec.h:14: error: using typedef-name ‘VIDEO_FRAME_INFO_S’ after ‘struct’ в обратном порядке получаю conflicting declaration ‘typedef struct hiVIDEO_FRAME_INFO_S VIDEO_FRAME_INFO_S’ ‘struct VIDEO_FRAME_INFO_S’ has a previous declaration as ‘struct VIDEO_FRAME_INFO_S’ это можно как-то вменяемо исправить? в голову приходит только pimpl (с большой натяжкой), да какие-нибудь касты через void* и прочую дрянь

выглядит как хак, но ладно, спс

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

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

в этом смысле да, но он абсолютно безопасный. от силы, если они изменят hiVIDEO_FRAME_INFO_S, ты получишь ошибку компиляции

смотрите, чему научили godbolt: https://godbolt.org/g/Fi6REC

А в русте отключается хранение стек-поинтера?

Видимо дифф

к сожалению, ты не можешь сделать forward declaration для typedef-а

@Artalus вернее, ты можешь написать так, но это тоже в каком-то смысле некоторое знание о реализации: struct hiVIDEO_FRAME_INFO_S; typedef struct hiVIDEO_FRAME_INFO_S VIDEO_FRAME_INFO_S;

а это не приведёт к конфликту typedef'ов? или компилятор увидит что они ведут на один и тот же тип и проигнорирует?

но это довольно давно же было уже?

хотя, сейчас дойдет до того, что везде будет LLVM backend