VO
не понимаю. если зависят -- выполнять как сказанно, или есть другие предпосылки?
Size: a a a
2020 November 09
VO
если не зависят -- можно оптимизировать.
VO
есть же volatile для этого и прочие точки.
VO
(конкретно у меня где выругалось -- не зависят и порядок не важен)
AB
не понимаю. если зависят -- выполнять как сказанно, или есть другие предпосылки?
Компилятор не всегда может увидеть эту зависимость
VO
если не уверен (вызов функции из другого CU, да?) -- пусть считает что есть, в чем проблема?
AB
Если есть 4 поля и ты инициализируешь 4 и 2, какой будет порядок?
AB
Дебаг порядка инициализации то еще удовольствие
ID
есть же volatile для этого и прочие точки.
volatile не для этого совсем
CD
не понимаю. если зависят -- выполнять как сказанно, или есть другие предпосылки?
struct aggregate {
int x;
int & y = x;
int & z = y;
};
int main() {
int test = 0;
aggregate g{ .z = test, .x = 5 };
}в каком, говорите, порядке выполнять?
IZ
Ребят, добрый вечер. Сижу пишу проект, понадобилась работа с 256+ битными числами. Так как свои велосипеды нет времени городить, решил использовать бустовскую реализацию длинных чисел. Я нашел что есть стандартный конструктор числа через строку, но это ИМХО не удобно. А при конструкторе из числа оно режет под numeric_limit.
Соответственно вопрос - как заставить gcc/clang игнорить этот лимит или как его увеличить, знает кто?
Т.е вот это
Соответственно вопрос - как заставить gcc/clang игнорить этот лимит или как его увеличить, знает кто?
Т.е вот это
uint512_t a(0xffffffffffffffffffffffffffffffffffffffffffff);урезается до 128 бит (ffffffffffffffff) (соответственно тот самый numeric_limit) например (проверил тупо выводом числа и несколькими арифметическими действиями)
Это потому, что в компиляторе нет числовых литералов длиннее 128 бит.
Надо инициализировать из строки.
Надо инициализировать из строки.
AF
ведь вроде когда придумывали смысл был именно в том что бы отвязаться от порядка декларации в том числе.
В си++ не может быть такого смысла
AF
Ты объектную систему поламаешь и придётся писать джаву с gc
AF
если не зависят -- можно оптимизировать.
И сейчас можно
AF
если не уверен (вызов функции из другого CU, да?) -- пусть считает что есть, в чем проблема?
Слишком много "если"
AA
Ребят, такой вопрос. Если я хочу реализовать логические операции типа объединения, пересечения, симметрической разности и т.д., то для этого мне необходимо задать некоторые переменные с определёнными значениями, опериуя с которыми я могу получить результат логических операций. Вопрос. А возможно ли реализовать логические операции без конкретных значений, т.е. не для вычисления значения, а для упрощения заданного логического выражения? Например (A U B)C = AC U BC
AA
Можно и на c
AA
Какой?