QHash<__int128>

Пример кода можно?

main.cpp:

#include <QHash>

uint qHash(__int128)
{
  return 0;
}

int main()
{
  QHash<__int128, int>()[1] = 1;
}

если uint qHash(__int128) перенести в qhashfunctions.h, то компилириется.

а после make clean, доктор?

про precompiled headers не слыхал?

Может стоит поиграться с inline и порядком инклудов?

даже не представляю, что здесь можно поменять)

Например так:

#include <QtGlobal>

uint qHash(__int128)
{
  return 0;
}

#include <QHash>

int main()
{
  QHash<__int128, int>()[1] = 1;
}

Обернуть в какой-нибудь namespace? Там в заголовках он есть, видимо, и просто сделан using или что-то ещё.

Ну да, но это мне только так кажется или действительно слегка кривовато получается?

Опишите вашу qHash в отдельном file.h и подключайте его перед <QHash>.

А так

QHash<__int128, int> h;
h[1] = 1;

Смысл сих действий пояснишь? acci

Так я об этом и говорил - разве это нормально, когда нужно подключать хедеры в определенном порядке? Разве это не костыль?

ничего не меняет

Не надо подключать хедеры в определённом порядке. Он не знает, как темплейты работают.

Я за него отвечу.
Чтобы функция была определена раньше, чем возникнет неоднозначность.

Чтобы функция была определена раньше, чем возникнет неоднозначность.

Она и так определяется раньше.

Иди учи, когда происходит lookup для dependent-имён в темплейтах.

Чёт я не пойму, что не так с __int128, потому что для обёртки над ним всё работает

#include <QHash>

struct wrapper { __int128 field; };
bool operator==(const wrapper& s1, const wrapper& s2) { return s1.field == s2.field; }

uint qHash(wrapper)
{
	return 0;
}

int main()
{
	wrapper s = { 1 };
	QHash<wrapper, int>()[s] = 1;
}

Ну ладно, насчёт dependent name lookup я слегка ошибся, там всё не так просто, как я думал.

Для примитивных типов, видимо, придётся следить за порядком хедеров. Для непримитивных не обязательно.

http://en.cppreference.com/w/cpp/language/dependent_name#Lookup_rules

As discussed in lookup, the lookup of a dependent name used in a template is postponed until the template arguments are known, at which time

• non-ADL lookup examines function declarations with external linkage that are visible from the template definition context
• ADL examines function declarations with external linkage that are visible from both the template definition context and the template instantiation context

(in other words, adding a new function declaration after template definition does not make it visible, except via ADL).