-27 / 55 / 9
Регистрация: 29.09.2011
Сообщений: 609
|
||||||
1 | ||||||
Ошибка при попытке создания шаблона16.11.2014, 14:10. Показов 3038. Ответов 41
Метки нет (Все метки)
В чём ошибка?
Функции Map::isGardenWithoutWallFlag, Map::setNothing, Map::incrementRoad, Map::setFlagWall имеют действительно такие аргументы, какие надо. Ошибка появилась, как только я добавил в шаблон двойной указатель на int.
0
|
16.11.2014, 14:10 | |
Ответы с готовыми решениями:
41
Ошибка С2280 при попытке создания потока Ошибка при попытке загрузки файла Ошибка при попытке открытия файла Ошибка при попытке удаления указателя |
8971 / 4317 / 960
Регистрация: 15.11.2014
Сообщений: 9,760
|
|||||||||||
16.11.2014, 15:11 | 2 | ||||||||||
Мне не удалось понять причину такого странного поведения.
Однако, я могу предложить вам использовать обходной путь: http://rextester.com/MNPP22406
Прошу вас в будущем выкладывать минимально необходимый, но все таки полный код: такой, который содержит функцию main и весь необходимый минимум для иллюстрации проблемы. Добавлено через 6 минут Простите, выше указанный вариант - кривой. Вот более простой и правильный: http://rextester.com/BORIV94479
0
|
-27 / 55 / 9
Регистрация: 29.09.2011
Сообщений: 609
|
|
16.11.2014, 15:59 [ТС] | 3 |
Мне кажется, что Вы решили немного иную задачу. Мне надо было передавать передать какой - то определённый указатель, а не тип указателя. Я конечно - же мог бы его передавать как аргумент, но это не совсем удобно.
0
|
19409 / 10028 / 2443
Регистрация: 30.01.2014
Сообщений: 17,678
|
||||||
16.11.2014, 16:01 | 4 | |||||
Ничего в этом странного нет. Аргументами шаблона могут быть только известные на этапе компиляции величины: Либо константы времени компиляции, либо указатели на функции, либо указатели на методы, либо сonstexpr выражения. Указатели на объекты становятся известны только на этапе выполнения, поэтому аргументом шаблона быть не могут.
Добавлено через 1 минуту Указатель передавай аргументом (параметром) функции. Т.е. так:
1
|
-27 / 55 / 9
Регистрация: 29.09.2011
Сообщений: 609
|
||||||
16.11.2014, 16:21 [ТС] | 5 | |||||
Добавлено через 11 минут Нет ли какого - нибудь механизма, чтобы всё - таки сделать это? То есть один раз подать указатель, а потом несколько раз использовать функцию, не подавай повторно. Я сейчас думаю что - то типа такого:
0
|
19409 / 10028 / 2443
Регистрация: 30.01.2014
Сообщений: 17,678
|
|
16.11.2014, 16:28 | 6 |
Скорее всего в релизе твой код встроится и накладных расходов на передачу не будет, если конечно я правильно понял твое беспокойство.
Можешь скомпилировать этот вариант и предыдущий и посмотреть ассемблерный код. Вангую, что разницы не будет никакой, либо она будет минимальна.
0
|
8971 / 4317 / 960
Регистрация: 15.11.2014
Сообщений: 9,760
|
||||||
16.11.2014, 16:51 | 7 | |||||
int** - это тип.
Параметром шаблона может быть тип. В этом случае существует ограничение: параметром шаблона, не являющимся типом может быть интегральная константа времени компиляции. Это означает, что единственные объекты, которые на сегоднящний день можно передать через параметры шаблона должны иметь статический класс памяти: указатели на функции, или объекты фундаментальных типов с++: http://rextester.com/MJHQA58643
1
|
19409 / 10028 / 2443
Регистрация: 30.01.2014
Сообщений: 17,678
|
|
16.11.2014, 16:57 | 8 |
Может. Но здесь параметр шаблона не тип, а объект типа. Смотри внимательнее.
Добавлено через 4 минуты Вот именно. В примере ТСа же передается переменная-аргумент функции, что недопустимо. Опять же нет никаких противоречий с тем, что я написал. Переменные со статическим классом памяти имеют фиксированные адреса, известные на этапе компиляции, поэтому это допускается. В примере ТСа передается объект, с адресом известным лишь в runtime, поэтому его код не прошел.
0
|
8971 / 4317 / 960
Регистрация: 15.11.2014
Сообщений: 9,760
|
|
16.11.2014, 17:11 | 9 |
Сообщение было отмечено _20_ как решение
Решение
Не верно.
Они не известны времени компиляции. Поэтому, значение нельзя использовать в выражениях времени компиляции. Пример: вы не можете взять адрес статической функции и использовать его в выражениях времени компиляции. Значение адресов известны только на этапе линковки. Добавлено через 6 минут Да, действительно. Спасибо за наводку. В общем, параметром шаблона может быть либо формальный параметр:
0
|
19409 / 10028 / 2443
Регистрация: 30.01.2014
Сообщений: 17,678
|
|
16.11.2014, 17:27 | 10 |
Согласен. Однако, в общем-то это не играет здесь роли (с моими собственными пробелами я справлюсь самостоятельно), т.к. объект, передаваемый ТСом имел автоматический класс хранения и никак не мог являться аргументом шаблона, и раз уж ты разбираешься в этом вопросе, то мне так и не понятно в чем причина характеристики этого поведения как "странного"?
0
|
8971 / 4317 / 960
Регистрация: 15.11.2014
Сообщений: 9,760
|
|
16.11.2014, 17:45 | 11 |
Не обращайте внимания, я иногда после многочасовых марафонов начинаю затуплять на ровном месте.
У меня в голове щелкнуло "int** - это тип, следовательно, можно использовать там, где можно использовать тип". Просто устал.
0
|
19409 / 10028 / 2443
Регистрация: 30.01.2014
Сообщений: 17,678
|
|
16.11.2014, 18:02 | 12 |
Ладно, это понятно.
В общем, вот что: ты конечно прав здесь. Но и нельзя сказать, что я был совсем не прав. На этапе компиляции конкретный адрес неизвестен, однако известен некий символ, который потом можно заменить на реальный адрес (что линкер и делает). В новом стандарте пример, который ты привел в опровержение, работает. Есть вот такой текст (14.3.2): Следовательно мы можем взять адрес статической функции использовать его в выражениях времени компиляции.
0
|
8971 / 4317 / 960
Регистрация: 15.11.2014
Сообщений: 9,760
|
||||||
16.11.2014, 18:18 | 13 | |||||
Ага.
Не уловил. На самом деле на практике ничего не изменилось. Мы по прежнему можем прокидывать некоторые объекты через параметры шаблона. И по прежнему не можем использовать значения их адресов в выражениях времени компиляции.
Эксперимент наглядно показывает, что адреса функций не являются значениями времени компиляции. Несмотря на то, что сам объект (указатель на функцию) является интегральной константой времени компиляции. Прокидывать через аргументы шаблона можно. Использовать значение - нельзя.
0
|
19409 / 10028 / 2443
Регистрация: 30.01.2014
Сообщений: 17,678
|
||||||
16.11.2014, 18:43 | 14 | |||||
Не совсем. Значением enum может быть только интегральная константа времени компиляции (указатель к таковым не относится).
Можно в constexpr выражениях. Добавлено через 12 минут Может быть ты говорил о другом. Но изначально я думал, что ты о том, что аргументами шаблона в С++03 могут быть только объекты со статическим классом памяти и внешним связыванием. То есть extren. Когда ты сказал, что адрес статической функции не может быть аргументом шаблона, то я подумал что речь о внешних статических функциях, ведь static для них делает внутренее связывание. Т.е. вот такой код в С++03 приводил к ошибке:
был корректен (с оговоркой на шаблоны). Однако он уже совсем некорректен в рамках С++11.
0
|
8971 / 4317 / 960
Регистрация: 15.11.2014
Сообщений: 9,760
|
|||||||||||
16.11.2014, 18:48 | 15 | ||||||||||
Вы сами себе противоречите.
Ваш первоначальный тезис: И не нужно меня отсылать к стандарту. Покажите мне хоть один пример выражения времени компиляции, в рамках которого вы сможете взять адрес статической функции и использовать его в этом выражении времени компиляции. Да. Однако ключевое слово constexpr - это просьба, а не приказ. И не факт что компилятор подчинится:
Добавлено через 2 минуты Не путайте понятия "параметр шаблона", "тело шаблона", и "выражение времени компиляции". Выражение времени компиляции - это операции производимые над константами времени компиляции. Ну так вот, несмотря на то, что стандарт заявляет, что адреса функции - константы времени компиляции, мы все равно не можем использовать значения этих констант. Только имена. Можем использовать их в параметрах шаблонов, или в туловище шаблона. Но не в выражениях времени компиляции.
0
|
19409 / 10028 / 2443
Регистрация: 30.01.2014
Сообщений: 17,678
|
||||||
16.11.2014, 19:03 | 16 | |||||
В чем? Я просто указал, что требования enum исходят не только из требования к времени компиляции, но и из требования к истинной целочисленности того, чем мы инициализируем его константы. Указатель в общем случае не может быть корректно скастован к целому числу.
Да ничего я не путаю
0
|
8971 / 4317 / 960
Регистрация: 15.11.2014
Сообщений: 9,760
|
|||||||||||
16.11.2014, 19:12 | 17 | ||||||||||
Ваш тезис:
Однако, вы не можете взять адрес статической функции и использовать его в выражениях времени компиляции. Приведенный вами пример: Никак не использует значения адреса Не путайте тело шаблона и выражение времени компиляции. Пример выражения времени компиляции:
Пример попытки использовать адрес функции в выражении времени компиляции я предоставил вам выше. Естественно, пример не заработал.
0
|
Вездепух
12755 / 6639 / 1785
Регистрация: 18.10.2014
Сообщений: 16,789
|
|||||||||||
16.11.2014, 19:24 | 18 | ||||||||||
В терминологии языка С++ Отдельно стоящая константа - это тоже выражение, хоть в нем и нет никаких "операций".
Однако никто вам не запрещает получать адрес функции через применение оператора '&' -вот вам уже и выражение с оператором. Это какая то белиберда. "Не можем использовать" где именно? Как нетиповые параметры шаблонов - можем, конечно. Без проблем. Так о чем идет речь? Что мы "не можем"? Это какая-то белиберда. Аргументы шаблонов - всегда выражения времени компиляции. Взятие адреса функции (что с оператором '&', что без) - выражение времени компиляции. Добавлено через 1 минуту Выражением времени компиляции также является 'true' в
0
|
19409 / 10028 / 2443
Регистрация: 30.01.2014
Сообщений: 17,678
|
|||||||||||
16.11.2014, 19:35 | 19 | ||||||||||
Не убедил. Почему выражение
Добавлено через 6 минут Как же он его не использует, когда он из них (из значений) формирует массив? Хорошо, вот пример по аналогии с твоим:
0
|
8971 / 4317 / 960
Регистрация: 15.11.2014
Сообщений: 9,760
|
|
16.11.2014, 19:42 | 20 |
Да. Но выражением времени компиляции это выражение будет только, если значение самой константы вычисляется времени компиляции.
Выражение времени компиляции - это выражение, результат которого известен времени компиляции. Речь конкретно об этом: и об этом: Это не верно. Потому что, если бы это было так, тогда значение адреса было бы известно времени компиляции, и его можно было бы использовать в выражениях времени компиляции. Однако это не так, и пример с enum тому красноречивое подтверждение. Вы конечно можете любую в принципе синтаксическую запись на зыке назвать "выражением времени компиляции". Однако, не всякое выражение является выражением времени компиляции , и в этом смысле диалог не имеет смысла. На практике смысл фразы "выражения времени компиляции" появляется тогда, и только тогда, когда мы, программисты, можем использовать их для своих целей: метапрограммирования, и компалтайм-алгоритмы. Ну так вот, использовать адреса функция в компалтайм алгоритмах не получится. Потому что в этих алгоритмах можно использовать только и только те выражения, результат которых известен времени компиляции. Адрес функции времени компиляции не известен. И поэтому, взятие адреса - есть выражение времени выполнения, а не компиляции. Добавлено через 2 минуты Я вам ещё раз повторю: 1. constexpr это просьба, а не приказ. 2. Вы используете имя объекта, а не значение адреса. Этого достаточно компилятору для того, что бы он смог построить туловище шаблона. Но не достаточно для того, что бы результат выражения можно было бы использовать в компалтайм алгоритмах. Поэтому я в третий раз повторюсь: не путаете понятие "выражение времени компиляции" и "тело шаблона". Тело может быть каким угодно. И использовать конструкции, результат работы которых известен только времени выполнения. Такие конструкции не являются выражением времени компиляции.
0
|
16.11.2014, 19:42 | |
16.11.2014, 19:42 | |
Помогаю со студенческими работами здесь
20
Ошибка при специализации шаблона Ошибка при попытке подключить внешнюю библиотеку Ошибка при попытке сопоставить список аргументов При использовании шаблона, ошибка с десткрутором Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |