AT
в constexpr 0.3 уже не существует, есть только 0.300000000004
может быть я шокирую и пошатну картину мира, но https://wandbox.org/permlink/Vzev8cPL3EEjK50h вот, к примеру
Size: a a a
2020 June 15
АК
может быть я шокирую и пошатну картину мира, но https://wandbox.org/permlink/Vzev8cPL3EEjK50h вот, к примеру
это уже строка, а не число, я ниже уточнил
AT
это уже строка, а не число, я ниже уточнил
средства не важны
RR
Распарси в точное представление и делай че хочешь.
я не совсем понимаю, что ты хочешь сказать и зачем что-то парсить.
у тебя есть контр-аргумент против предложенного предиката?
или против возможности реализации арифметических операций для числа, заданного строкой?
у тебя есть контр-аргумент против предложенного предиката?
или против возможности реализации арифметических операций для числа, заданного строкой?
RR
qed
IZ
Я думаю иррациональный дабл сложно будет придумать
Одна треть. 10/3
EZ
Одна треть. 10/3
Кек
RR
Одна треть. 10/3
Ммм, я мб как-то не очень точно высказываюсь..)
Имелись в виду иррациональные числа в общепринятом смысле, а не в контексте двоичного представления в даблах
Имелись в виду иррациональные числа в общепринятом смысле, а не в контексте двоичного представления в даблах
IZ
Ну да, да. Это рациональные, но не предостамые точно в float .
IZ
Ммм, я мб как-то не очень точно высказываюсь..)
Имелись в виду иррациональные числа в общепринятом смысле, а не в контексте двоичного представления в даблах
Имелись в виду иррациональные числа в общепринятом смысле, а не в контексте двоичного представления в даблах
Ну, Женя то прав, такого не бывает. Так что поймал нас обоих.
Ладно, в контексте вашей беседы выше, это вообще не интересно - иррациональных чисел в float не бывает, они округляются и становятся рациональными. И никаких исключений быть не может.
Ладно, в контексте вашей беседы выше, это вообще не интересно - иррациональных чисел в float не бывает, они округляются и становятся рациональными. И никаких исключений быть не может.
RR
Ну, Женя то прав, такого не бывает. Так что поймал нас обоих.
Ладно, в контексте вашей беседы выше, это вообще не интересно - иррациональных чисел в float не бывает, они округляются и становятся рациональными. И никаких исключений быть не может.
Ладно, в контексте вашей беседы выше, это вообще не интересно - иррациональных чисел в float не бывает, они округляются и становятся рациональными. И никаких исключений быть не может.
Я не знаю кто меня поймал пока что :)
Сообщение про то, что иррациональный дабл сложно придумать( внезапно) означало, что его невозможно придумать по определению.
Сообщение про то, что иррациональный дабл сложно придумать( внезапно) означало, что его невозможно придумать по определению.
IZ
Я не знаю кто меня поймал пока что :)
Сообщение про то, что иррациональный дабл сложно придумать( внезапно) означало, что его невозможно придумать по определению.
Сообщение про то, что иррациональный дабл сложно придумать( внезапно) означало, что его невозможно придумать по определению.
Да, да.
RR
"они округляются и становятся рациональными" — дело не совсем в округлении. если число удалось записать как строковый литерал, то оно представимо как digits * 10^k == digits * 10^(power_to_make_number_int + k) / 10^power_to_make_number_int , что рационально
понимаю привет из 7 класса, но лучше напишу, чтобы третий человек не реплаил и не разводили флуд
пис
понимаю привет из 7 класса, но лучше напишу, чтобы третий человек не реплаил и не разводили флуд
пис
OS
Подскажите, пожалуйста, как такое может работать?
c++
const char* getHost() {return "localhost";}
uint16_t getPort() {return 8080;}
int main()
{
auto [host, port] = condition() ? std::pair(getHost(), getPort()) : std::pair(nullptr, 0);
}
OS
в частности какой будет тип первой пары (если condition = true) и второй
OS
я имею ввиду что первая пара по идее должна быть pair<const char*, uint16_t> а вторая pair<nullptr_t, int>
OS
Я туплю с утра чот
D
Я туплю с утра чот
Вроде ж тернарник приводит к наиболее общему типу, а здесь это возможно
ПК
я имею ввиду что первая пара по идее должна быть pair<const char*, uint16_t> а вторая pair<nullptr_t, int>
pair<nullptr_t, int> общий тип скорее всегоПК
А не, ошибся походу