Ошибки линковки

[Igors]

Добрый день

Линкер выдал такую бяку

Код:

Undefined symbols for architecture x86_64:  

"__ZThn36_NK13QOpenGLWindow10redirectedEP6QPoint", referenced from
"__ZThn36_NK13QOpenGLWindow6metricEN12QPaintDevice17PaintDeviceMetricE", referenced from      
"__ZThn36_NK18QPaintDeviceWindow11paintEngineEv", referenced from

Посмотрел либу GUI утилитой nm

Код:

000000000009a720 T __ZNK13QOpenGLWindow10redirectedEP6QPoint
000000000009a7a0 T __ZThn40_NK13QOpenGLWindow10redirectedEP6QPoint

Чебуреки... Чебоксары.. а Чебурашки (_ZThn36) нет. Для 2 др ошибок аналогично. Не долго думая пересобрал qtbase - эффект нулевой, никаких ошибок сборки не было. Ну конечно либа GUI юзается вовсю, но ошибки только эти. Ну и шо делать?

Спасибо

 

[zhbr]

согласно https://demangler.com/
строки:

Код:

__ZThn36_NK13QOpenGLWindow10redirectedEP6QPoint

и

Код:

__ZThn40_NK13QOpenGLWindow10redirectedEP6QPoint

переводятся как

Код:

_non-virtual thunk to QOpenGLWindow::redirected(QPoint*) const

пойдя https://itanium-cxx-abi.github.io/cxx-abi/abi.html#mangling-special-thunks, находим:

Код:

use a "Th" prefix and encode the required adjustment offset, probably negative, indicated by a 'n' prefix, and the encoding of the target function.

получается какое-то несоответствие смещения

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

[Igors]

Спасибо за интересные линки. Проблему решил натравив на cpp файл "родной" компилятор (т.е. тот которым собирался Qt), так все бычит. Видимо др решения нет. Досадно, всегда думал что "все одним компилятором" - глупость только на бздошном Вындоуз 

[zhbr]

name mangling у разных компиляторов разный ага. именно поэтому библиотеки для C++ в бинарном виде распространяются под конкретный компилятор. c чистым C проще.

[Igors]

name mangling у разных компиляторов разный ага. именно поэтому библиотеки для C++ в бинарном виде распространяются под конкретный компилятор. c чистым C проще.

Да, но тот же QOpenGLWindow имеет массу др используемых методов, их линкер почему-то нашел

[zhbr]

остальные имена видимо случайно совпали
а что за компиляторы - "родной" и другой? знаю точно, что msvc разных версий по-разному коверкает имена.

[Авварон]

Судя по тулзе nm он вооще на маке. Обожаю темы от Igors, ни ОС ни компилятор, ни версии оного, нихрена, а вы извольте ответить на вопрос.

[Igors]

остальные имена видимо случайно совпали
а что за компиляторы - "родной" и другой? знаю точно, что msvc разных версий по-разному коверкает имена.

Родной clang, текущий - icc. Ну с MSVC все однозначно, "только один", всякий раз приходится пересобирать кучу либ

Судя по тулзе nm он вооще на маке. Обожаю темы от Igors, ни ОС ни компилятор, ни версии оного, нихрена, а вы извольте ответить на вопрос.

А что изменится если будет больше инфы/подробностей? Да ровным счетом ничего, суть та же.

Т.е. выходит компилятор, увидев описание внешнего класса или ф-ций, сам придумывает "mangled" имена а потом ищет их в либе. Поэтому если имена не совпали - с приветом. Верно ли я понимаю ?

[Авварон]

А что изменится если будет больше инфы/подробностей? Да ровным счетом ничего, суть та же.

Вам сразу ответят, что не надо миксовать компиляторы и\или стандартную библиотеку.
Программа, собранная шлангом не должна работать с либой, собранной гцц. Или либа, собранная с libc++ не должна работать с программой, собранной с stdlib.
Я вам даже больше скажу, что либа, собранная с gcc4.7 не работает с либой собранной 4.8, ибо менялось ABI.

А в исходной постановке задачи - сорян, телепаты в отпуске, откуда нам знать, что вы на маке собираете через icc. Я его вот в глаза не видел. Он же платный, да?

[Igors]

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

Да. Но причем тут "видел не видел" - интересно как вообще действовать в такой ситуации, установить причину, сделать выводы. А перетыкивать компиляторы/сборки - такое решение никуда не убежит, да и годится не всегда.