Ваш класс CEnglishName не поддреживает преобразование в const char *, аргумент которого вы указали во втором параметре функции. Возможно просто ошиблись аргументами.

Тогда надо интерфейс класса CEnglishName и объявление функции, которая вызывается на 292-й строчки файла xutility.

odmit...
Конкретное место ошибки в коде найти маловероятно.
И подобных ошибок несколько. Может есть переключатель для приведения типов?

По этому коду можно только гадать на кофейной гуще.

Возможно используются директивы препроцессора для условной компиляции, но это тоже можно понять только по исходному коду.

blindedприведения типов в шаблонах не работают

В смысле?

blinded Akh blindedприведения типов в шаблонах не работают

В смысле?
При инстанциации шаблона неявное пробразование типа не работает...

Имеется ввиду, что template<argA> и termplate<argB> не имеют преобразования, даже если argA имеет преобразование в argB? Тогда, да.

По разному можно это тракторвать, так что я не пойму, про что речь. ;)

blindedНе имеется ввиду как раз случай автора топика. Даже ежели у CEnglishName есть преобразование к const char*, сравнить их с помощью приведеннгого шаблона нельзя. Ежели только не указать явно не квалифицировать параметры шаблона

Борис, ты не прав (с)...

Имхо, при инстанциации правила обработки синтаксиса шаблона становятся аналогчными обычной функции.

blinded AkhИмхо, при инстанциации правила обработки синтаксиса шаблона становятся аналогчными обычной функции.
Ничего не говорю - уел
Но вот только не поможет преобразование типов автору. Ты внимательно посмотри на предикат которым сравнивают:
ежели _Ty1 и _Ty2 не совпадют, то стандартным less пользоваться нельзя(не сможет компилятор правильно инстациировать его); кроме этого при несовпадении типов опреанд должен будет иметь два метода
bool operator()(const _Ty1&, const _Ty2&);
bool operator()(const _Ty2&, const _Ty1&);
и в качестве операнда не получится использовать указатель на функцию - только функциональный объект. В общем код - большая Ж

Ну, во первых, какой там используется предикат, это еще загадка. Но если он не шаблонный, то никаких вопросов не возникает. По всей видимости приведенный оператор < показал вам, что там возможно объект функции less<>. Респект! Я так далеко не дошел. Поэтому и не предполагал, что предикат шаблонный.

Да, похоже на то, что компилятор не сможет выбрать по какому типу ему инстанцировать less и без явного указания здесь дело не обойдется. Но даже, если фамилию привести к чару со звездочкой, то сравнение указателей ни к чему хорошему не приведет. Чар звездочку к фамилии можно привести через конструктор с одним параметром, поэтому достаточно указать к какому типу инстанцировать предикат. Только вот, теперь загадка: к _Ty1 или Ty2?

Если же сдалать _Ty1==_Ty2=_Ty, то все проблемы изчезают, но тогда в коде всегда надо будет точно определять типы передаваемых параметров. Ну, например, явно указывать перобразование через конструктор. Мне кажется это наиболее предпочтительный вариант (если исходники позволяют), т.к. в данном случае не возникнет ни каких неожиданных преобразований типов.

Преобразование к чар звездочка тут вводить уже мало того что не надо, а бессмысленно и опасно.

blindedПреобразовать к const char* можно, для этого надо less специализировать. Но лучше явно конечно привести к CEnglishName

Я не спорю, что можно. Но это бессмысленно, так как будут сравниваться указатели, а необходимо сравнение строк по указателям.

blindedТы не понял


???

Это дублирование кода. В объекте уже введен оператор меньше.

blindedНо мы же хотели сравнивать указатели....

Я не хотел. Ты правельно написал, что код большая Ж. Поэтому я привел вариант с поддрежкой типизации. Шаблон функции будет строиться по классу, объекты которого должны сравниваться. Поэтому типы аргументов надо объединить в один. И, следовательно для этого должны вводяться конструкторы с одним параметром для приведения чара со звездочкой к фамилии. Раз в коде программы используется сравнение разных типов аргументов, следовательно идеалогия построения должна позволять их приводить друг к другу. Есстесственно, сравниваться должны именно объекты, для которых по смыслу это сравнение и подходит. Поэтому это и есть фамилия. А чар со звездочкой - это что угодно. И мало того, что он не носит информации о том, как надо стравнивать фамилии, он тем более более общий тип. Тем более, по приведенному коду, ни что не мешает сделать сравнение фамилий по этому варианту. Мы будем иметь инкапсуляцию функциональности объекта в нем самом. Что может быть еще более оптимистичней? ;)