AS
а дальше уже выбор перегрузки
Size: a a a
2021 March 04
AS
что для int&, что для float& нет ниодного подходящего кандината
AD
Здесь выполняется два преобразования, в целом. Lvalue-to-rvalue и float-integer. Как минимум обычно выполняется максимум одно
http://eel.is/c++draft/conv#def:conversion_sequence,standard
standard conversion sequence может содержать до 4-х конверсий из разных групп
standard conversion sequence может содержать до 4-х конверсий из разных групп
LA
Andrey Davydov
http://eel.is/c++draft/conv#def:conversion_sequence,standard
standard conversion sequence может содержать до 4-х конверсий из разных групп
standard conversion sequence может содержать до 4-х конверсий из разных групп
Ладно, тогда у меня вопросов нет
SK
что для int&, что для float& нет ниодного подходящего кандината
тогда почему float&& -> float выбрали int&&
а int&& -> int выбрал float&&,
почему перегрузка float&& подходит больше к int чем к float
а int&& -> int выбрал float&&,
почему перегрузка float&& подходит больше к int чем к float
AS
тогда почему float&& -> float выбрали int&&
а int&& -> int выбрал float&&,
почему перегрузка float&& подходит больше к int чем к float
а int&& -> int выбрал float&&,
почему перегрузка float&& подходит больше к int чем к float
я поправил свое сообщение
SK
ладно, я просто не дорос да таких вещей. я просто что-то прям ухватить не могу.
NK
что для int&, что для float& нет ниодного подходящего кандината
я правильно понял, что с точки зрения перегрузки
f(int&) для f(int&&), f(float&&) эти перегрузки равнозначны и компилятор выбирает первую попавшуюся?bt
ладно, я просто не дорос да таких вещей. я просто что-то прям ухватить не могу.
https://youtu.be/pjo8iZQWLMY тут эти моменты хорошо поясняются
LA
я правильно понял, что с точки зрения перегрузки
f(int&) для f(int&&), f(float&&) эти перегрузки равнозначны и компилятор выбирает первую попавшуюся?Нет. Тут как раз объяснение буквально это: https://t.me/ProCxx/433304
Выбираются именно такие перегрузки из-за последовательности возможных преобразований
Выбираются именно такие перегрузки из-за последовательности возможных преобразований
SK
я правильно понял, что с точки зрения перегрузки
f(int&) для f(int&&), f(float&&) эти перегрузки равнозначны и компилятор выбирает первую попавшуюся?если у вас только для float&& то выбрать он как раз не может, если вы передадите 1.0f ибо ошибка! а вот 1 пожайлуста. и наоборот
AS
я правильно понял, что с точки зрения перегрузки
f(int&) для f(int&&), f(float&&) эти перегрузки равнозначны и компилятор выбирает первую попавшуюся?lvalue int& не может быть преобразован в rvalue int&&, поэтому единственным кандинатом из перегруженных остается f(float&&) с одним преобразованием во float, аналогично для float
NK
Нет. Тут как раз объяснение буквально это: https://t.me/ProCxx/433304
Выбираются именно такие перегрузки из-за последовательности возможных преобразований
Выбираются именно такие перегрузки из-за последовательности возможных преобразований
ага, понятно
NK
спасибо
S
интересненько
s
В том, что конечный автомат для них строится в рантайме, а не компайлтайме, что занимает дополнительное время
а как недетерминированный конечный автомат в компайл тайме построить?
AS
кстати, про конечные автоматы - в плюсах(или в бусте) есть что-то, что помогло бы реализовать?
s
в etl есть)
AS
Embedded Template Library?
s
Alex Sandrov
Embedded Template Library?
да, там прям FSM есть