БП
Intel Parallel Studio. Можно-ли перенести студенческую лицензию на другой комп? Старый бук с лицензией у дочери помирает, а тут новый бук приехал. Преподаватель (со слов ребëнка) сказал, что ключ можно вводить однократно. Есть решения?
Size: a a a
2020 October 31
IZ
Пожалуйста, вопросы по обучению в @supapro
A
Intel Parallel Studio. Можно-ли перенести студенческую лицензию на другой комп? Старый бук с лицензией у дочери помирает, а тут новый бук приехал. Преподаватель (со слов ребëнка) сказал, что ключ можно вводить однократно. Есть решения?
Конкретно по ключу не знаю, но раньше можно было зарегистрироваться на сайте Intel и получить лицензию для опенсорсных проектов на год, достаточно ссылку на гитхаб указать со своими проектами. Для студента, если там лабы, может будет достаточно.
ГП
Здравствуйте! Не могли бы Вы мне объяснить что означает эта строчка: ++n *= (n == max_scens ? 0 : 1);?
AS
Глеб Пониклеев
Здравствуйте! Не могли бы Вы мне объяснить что означает эта строчка: ++n *= (n == max_scens ? 0 : 1);?
n = (n+1)%max_scens
ГП
n = (n+1)%max_scens
А если max_scens == 0?
AS
Глеб Пониклеев
А если max_scens == 0?
Будешь гореть в аду
ГП
👍
ГП
Не знаю
AN
Вспомнилась классика жанра:
int i = 0;Шланг кстати говорит сразу мол unsequenced modification and access to 'i'
i += i++ + ++i;
АК
http://eel.is/c++draft/expr.ass#1 разве этот пункт не гарантирует вычисление сперва правого операнда?
АК
"The right operand is sequenced before the left operand"
m
"The right operand is sequenced before the left operand"
Черт, не успел.)
Да, я тоже нашел эту цитату и склоняюсь к тому, что в текущем стандарте поведение такого выражение определено.
Да, я тоже нашел эту цитату и склоняюсь к тому, что в текущем стандарте поведение такого выражение определено.
m
"The right operand is sequenced before the left operand"
А этого может быть не достаточно:
> The side effect of the built-in pre-increment and pre-decrement operators is sequenced before its value computation (implicit rule due to definition as compound assignment)
> The right operand is sequenced before the left operand
Но порядок применения сайд эффекта не определен по отношению к вычислению правого аргумента, который зависит от сайд эффекта.
gcc тоже не уверен в этом, но так как в conexepr не может быть UB, видимо где-то еще есть что-то что форсит порядок.
> The side effect of the built-in pre-increment and pre-decrement operators is sequenced before its value computation (implicit rule due to definition as compound assignment)
> The right operand is sequenced before the left operand
Но порядок применения сайд эффекта не определен по отношению к вычислению правого аргумента, который зависит от сайд эффекта.
gcc тоже не уверен в этом, но так как в conexepr не может быть UB, видимо где-то еще есть что-то что форсит порядок.
m
А этого может быть не достаточно:
> The side effect of the built-in pre-increment and pre-decrement operators is sequenced before its value computation (implicit rule due to definition as compound assignment)
> The right operand is sequenced before the left operand
Но порядок применения сайд эффекта не определен по отношению к вычислению правого аргумента, который зависит от сайд эффекта.
gcc тоже не уверен в этом, но так как в conexepr не может быть UB, видимо где-то еще есть что-то что форсит порядок.
> The side effect of the built-in pre-increment and pre-decrement operators is sequenced before its value computation (implicit rule due to definition as compound assignment)
> The right operand is sequenced before the left operand
Но порядок применения сайд эффекта не определен по отношению к вычислению правого аргумента, который зависит от сайд эффекта.
gcc тоже не уверен в этом, но так как в conexepr не может быть UB, видимо где-то еще есть что-то что форсит порядок.
Кажется разобрался. Префиксный инкремент определен через оператор присваивания, которое гарантирует что:
> the assignment is sequenced before the value computation of the assignment expression
> the assignment is sequenced before the value computation of the assignment expression
CD
А этого может быть не достаточно:
> The side effect of the built-in pre-increment and pre-decrement operators is sequenced before its value computation (implicit rule due to definition as compound assignment)
> The right operand is sequenced before the left operand
Но порядок применения сайд эффекта не определен по отношению к вычислению правого аргумента, который зависит от сайд эффекта.
gcc тоже не уверен в этом, но так как в conexepr не может быть UB, видимо где-то еще есть что-то что форсит порядок.
> The side effect of the built-in pre-increment and pre-decrement operators is sequenced before its value computation (implicit rule due to definition as compound assignment)
> The right operand is sequenced before the left operand
Но порядок применения сайд эффекта не определен по отношению к вычислению правого аргумента, который зависит от сайд эффекта.
gcc тоже не уверен в этом, но так как в conexepr не может быть UB, видимо где-то еще есть что-то что форсит порядок.