g ++ referensi yang tidak ditentukan untuk typeinfo

Saya baru saja menemukan kesalahan berikut (dan menemukan solusinya online, tetapi tidak ada di Stack Overflow):

(.gnu.linkonce. [stuff]): referensi yang tidak ditentukan ke [metode] [file objek] :(. gnu.linkonce. [stuff]): referensi yang tidak terdefinisi ke `typeinfo for [classname] '

Mengapa orang bisa mendapatkan salah satu dari kesalahan linker "referensi tidak ditentukan untuk typeinfo" ini?

(Poin bonus jika Anda dapat menjelaskan apa yang terjadi di balik layar.)

Salah satu alasan yang mungkin adalah karena Anda mendeklarasikan fungsi virtual tanpa mendefinisikannya.

Ketika Anda mendeklarasikannya tanpa mendefinisikannya di unit kompilasi yang sama, Anda menunjukkan bahwa itu didefinisikan di tempat lain - ini berarti fase linker akan mencoba menemukannya di salah satu unit kompilasi lainnya (atau perpustakaan).

Contoh mendefinisikan fungsi virtual adalah:

virtual void fn() { /* insert code here */ }

Dalam hal ini, Anda melampirkan definisi ke deklarasi, yang berarti penghubung tidak perlu menyelesaikannya nanti.

Garis

virtual void fn();

mendeklarasikan fn()tanpa mendefinisikannya dan akan menyebabkan pesan kesalahan yang Anda tanyakan.

Ini sangat mirip dengan kode:

extern int i;
int *pi = &i;

yang menyatakan bahwa integer idideklarasikan di unit kompilasi lain yang harus diselesaikan pada waktu tautan (jika pitidak, tidak dapat diatur ke alamatnya).

Ini juga bisa terjadi ketika Anda mencampur -fno-rttidan -frttikode. Maka Anda perlu memastikan bahwa setiap kelas, yang type_infodiakses dalam -frttikode, dikompilasi dengan metode utama mereka -frtti. Akses tersebut dapat terjadi ketika Anda membuat objek kelas, menggunakan dynamic_castdll.

[ sumber ]

Ini terjadi ketika fungsi virtual (non-murni) yang dinyatakan tidak ada. Dalam definisi kelas Anda, sesuatu seperti:

virtual void foo();

Harus ditentukan (sebaris atau dalam file sumber tertaut):

virtual void foo() {}

Atau dinyatakan sebagai virtual murni:

virtual void foo() = 0;

Mengutip dari manual gcc :

Untuk kelas polimorfik (kelas dengan fungsi virtual), objek type_info ditulis bersama dengan vtable [...] Untuk semua tipe lainnya, kita menuliskan objek type_info ketika digunakan: ketika menerapkan `typeid 'ke ekspresi, melempar objek, atau merujuk pada jenis dalam klausa tangkapan atau spesifikasi pengecualian.

Dan sedikit lebih awal di halaman yang sama:

Jika kelas mendeklarasikan fungsi virtual non-inline, non-murni, yang pertama dipilih sebagai "metode kunci" untuk kelas, dan vtable hanya dipancarkan di unit terjemahan di mana metode kunci didefinisikan.

Jadi, kesalahan ini terjadi ketika "metode kunci" tidak ada definisi, seperti jawaban lain yang telah disebutkan.

Jika Anda menautkan satu .so ke yang lain, namun satu kemungkinan lagi adalah kompilasi dengan "-fvisibility = hidden" di gcc atau g ++. Jika kedua file .so dibuat dengan "-fvisibility = hidden" dan metode kuncinya tidak sama dengan .so seperti yang lain dari implementasi fungsi virtual, yang terakhir tidak akan melihat vtable atau ketik info dari yang pertama. Untuk tautan, ini terlihat seperti fungsi virtual yang tidak diimplementasikan (seperti pada jawaban paxdiablo dan cdleary).

Dalam hal ini, Anda harus membuat pengecualian untuk visibilitas kelas dasar dengan

__attribute__ ((visibility("default")))

dalam deklarasi kelas. Misalnya,

class __attribute__ ((visibility("default"))) boom{
    virtual void stick();
}

Solusi lain, tentu saja, adalah tidak menggunakan "-fvisibility = hidden." Itu tidak mempersulit hal-hal untuk kompiler dan linker, mungkin merugikan kinerja kode.

Jawaban sebelumnya benar, tetapi kesalahan ini juga bisa disebabkan oleh upaya untuk menggunakan typeid pada objek kelas yang tidak memiliki fungsi virtual. C ++ RTTI memerlukan vtable, sehingga kelas yang Anda inginkan untuk melakukan identifikasi tipe memerlukan setidaknya satu fungsi virtual.

Jika Anda ingin mengetik informasi untuk bekerja di kelas yang Anda tidak benar-benar menginginkan fungsi virtual, buat virtual destructor.

Saya hanya menghabiskan beberapa jam untuk kesalahan ini, dan sementara jawaban lain di sini membantu saya memahami apa yang sedang terjadi, mereka tidak memperbaiki masalah khusus saya.

Saya sedang mengerjakan proyek yang mengkompilasi menggunakan keduanya clang++dan g++. Saya tidak memiliki masalah menghubungkan menggunakan clang++, tetapi mendapatkan undefined reference to 'typeinfo forkesalahan dengan g++.

Poin penting: Menghubungkan pesanan dengan g++. Jika Anda mendaftar pustaka yang ingin Anda tautkan dalam urutan yang salah, Anda bisa mendapatkan typeinfokesalahan.

Lihat pertanyaan SO ini untuk detail lebih lanjut tentang menautkan pesanan dengan gcc/ g++.

Kemungkinan solusi untuk kode yang berhubungan dengan pustaka RTTI dan non-RTTI:

a) Kompilasi ulang semuanya dengan -frtti atau -fno-rtti
b) Jika a) tidak memungkinkan untuk Anda, coba yang berikut ini:

Asumsikan libfoo dibangun tanpa RTTI. Kode Anda menggunakan libfoo dan kompilasi dengan RTTI. Jika Anda menggunakan kelas (Foo) di libfoo yang memiliki virtual, Anda cenderung mengalami kesalahan waktu tautan yang mengatakan: missing typeinfo for class Foo.

Tetapkan kelas lain (mis. FooAdapter) yang tidak memiliki virtual dan akan meneruskan panggilan ke Foo yang Anda gunakan.

Kompilasi FooAdapter di perpustakaan statis kecil yang tidak menggunakan RTTI dan hanya bergantung pada simbol libfoo. Berikan header untuk itu dan gunakan itu sebagai gantinya dalam kode Anda (yang menggunakan RTTI). Karena FooAdapter tidak memiliki fungsi virtual, itu tidak akan memiliki jenis info apa pun dan Anda akan dapat menautkan biner Anda. Jika Anda menggunakan banyak kelas berbeda dari libfoo, solusi ini mungkin tidak nyaman, tetapi ini permulaan.

Mirip dengan RTTI, diskusi NO-RTTI di atas, masalah ini juga dapat terjadi jika Anda menggunakan dynamic_cast dan gagal menyertakan kode objek yang berisi implementasi kelas.

Saya mengalami pembangunan masalah ini di Cygwin dan kemudian porting kode ke Linux. File make, struktur direktori, dan bahkan versi gcc (4.8.2) identik dalam kedua kasus, tetapi kode terhubung dan dioperasikan dengan benar di Cygwin tetapi gagal untuk terhubung di Linux. Red Hat Cygwin tampaknya telah membuat modifikasi kompiler / tautan yang menghindari persyaratan penautan kode objek.

Pesan kesalahan penghubung Linux mengarahkan saya ke jalur dynamic_cast dengan benar, tetapi pesan sebelumnya di forum ini membuat saya mencari implementasi fungsi yang hilang daripada masalah aktual: kode objek hilang. Solusi saya adalah mengganti fungsi tipe virtual di kelas dasar dan turunan, misalnya virtual int isSpecialType (), daripada menggunakan dynamic_cast. Teknik ini menghindari persyaratan untuk menautkan kode implementasi objek hanya untuk mendapatkan dynamic_cast agar berfungsi dengan baik.

Di kelas dasar (kelas dasar abstrak) Anda mendeklarasikan destruktor virtual dan karena Anda tidak dapat mendeklarasikan destruktor sebagai fungsi virtual murni, Anda harus mendefinisikannya di sini di kelas abstrak, hanya definisi dummy seperti virtual ~ base ( ) {} akan dilakukan, atau di salah satu kelas turunan.

Jika Anda gagal melakukan ini, Anda akan berakhir di "simbol yang tidak terdefinisi" pada waktu tautan. Karena VMT memiliki entri untuk semua fungsi virtual murni dengan NULL yang cocok karena memperbarui tabel tergantung pada implementasi di kelas turunan. Tetapi untuk fungsi non-murni tetapi virtual, perlu definisi pada waktu tautan sehingga dapat memperbarui tabel VMT.

Gunakan c ++ filt untuk menghilangkan simbol. Seperti $ c ++ filt _ZTIN10storageapi8BaseHostE akan menampilkan sesuatu seperti "typeinfo for storageapi :: BaseHost".

Saya punya banyak kesalahan ini sekarang. Apa yang terjadi adalah bahwa saya membagi kelas hanya file header menjadi file header dan file cpp. Namun, saya tidak memperbarui sistem build saya, jadi file cpp tidak bisa dikompilasi. Di antara hanya memiliki referensi yang tidak terdefinisi ke fungsi yang dideklarasikan di header tetapi tidak diimplementasikan, saya mendapat banyak kesalahan typeinfo ini.

Solusinya adalah menjalankan kembali sistem build untuk mengkompilasi dan menautkan file cpp baru.

dalam kasus saya, saya menggunakan perpustakaan pihak ketiga dengan file header dan file. saya mensubklasifikasikan satu kelas, dan tautan kesalahan seperti ini terjadi ketika saya mencoba untuk membuat instance subkelas saya.

seperti yang disebutkan oleh @sergiy, diketahui itu bisa menjadi masalah 'rtti', saya berhasil mengatasinya dengan meletakkan implementasi konstruktor ke dalam file .cpp yang terpisah dan menerapkan flag kompilasi '-fno-rtti' ke file tersebut . ini bekerja dengan baik.

karena saya masih tidak begitu jelas tentang internal dari kesalahan tautan ini, saya tidak yakin apakah solusi saya bersifat umum. Namun, saya pikir itu layak dicoba sebelum mencoba cara adaptor seperti yang disebutkan oleh @ Francois. dan tentu saja, jika semua kode sumber tersedia (tidak dalam kasus saya), lebih baik lakukan kompilasi ulang dengan '-frtti' jika memungkinkan.

satu hal lagi, jika Anda memilih untuk mencoba solusi saya, coba buat file terpisah sesederhana mungkin, dan jangan gunakan beberapa fitur mewah C ++. mengambil perhatian khusus pada meningkatkan hal-hal terkait, karena sebagian besar tergantung pada rtti.

Saya mendapatkan kesalahan yang sama ketika antarmuka saya (dengan semua fungsi virtual murni) memerlukan satu fungsi lagi dan saya lupa "null".

Saya punya

class ICommProvider { public: /** * @brief If connection is established, it sends the message into the server. * @param[in] msg - message to be send * @return 0 if success, error otherwise */ virtual int vaSend(const std::string &msg) = 0; /** * @brief If connection is established, it is waiting will server response back. * @param[out] msg is the message received from server * @return 0 if success, error otherwise */ virtual int vaReceive(std::string &msg) = 0; virtual int vaSendRaw(const char *buff, int bufflen) = 0; virtual int vaReceiveRaw(char *buff, int bufflen) = 0; /** * @bief Closes current connection (if needed) after serving * @return 0 if success, error otherwise */ virtual int vaClose(); };

Last vaClose bukan virtual sehingga dikompilasi tidak tahu di mana mendapatkan implementasi untuk itu dan dengan demikian menjadi bingung. pesan saya adalah:

... TCPClient.o :(. Rodata + 0x38): referensi yang tidak ditentukan untuk `typeinfo for ICommProvider '

Perubahan sederhana dari

virtual int vaClose();

untuk

virtual int vaClose() = 0;

memperbaiki masalah. semoga membantu

Saya menghadapi situasi yang jarang, tetapi ini dapat membantu teman-teman lain dalam situasi yang sama. Saya harus bekerja pada sistem yang lebih lama dengan gcc 4.4.7. Saya harus mengkompilasi kode dengan dukungan c ++ 11 atau lebih tinggi, jadi saya membangun versi terbaru gcc 5.3.0. Ketika membangun kode saya dan menautkan ke dependensi jika dependensi dibangun dengan kompiler yang lebih lama, maka saya mendapatkan 'referensi tidak terdefinisi ke' kesalahan meskipun saya dengan jelas mendefinisikan jalur penghubung dengan -L / path / ke / lib -llibname. Beberapa paket seperti boost dan proyek build with cmake biasanya memiliki kecenderungan untuk menggunakan kompiler yang lebih lama, dan mereka biasanya menyebabkan masalah seperti itu. Anda harus berusaha keras untuk memastikan mereka menggunakan kompiler yang lebih baru.

Dalam kasus saya ini murni masalah ketergantungan perpustakaan bahkan jika saya memiliki panggilan dynamic_cast. Setelah menambahkan ketergantungan yang cukup ke makefile masalah ini hilang.

Periksa apakah dependensi Anda dikompilasi tanpa -f-nortti .

Untuk beberapa proyek Anda harus mengaturnya secara eksplisit, seperti di RocksDB:

USE_RTTI=1 make shared_lib -j4

Dalam kasus saya itu adalah fungsi virtual di kelas antarmuka yang tidak didefinisikan sebagai virtual murni.

class IInterface
{
public:
  virtual void Foo() = 0;
}

Saya lupa = 0sedikit.