[C++] Incompatibilità linking librerie fra compilatori diversi

[trallallero]

allora, sono entrato nel fantastico mondo Windows (eppure nel mio CV c'e´ scritto a chiare lettere che sono esperto su Unix/Linux ) e comincio a chiedermi come possa un programmatore scegliere un sistema del genere:
anti intuitivo, anti logico, anti tutto.

Comunque ormai alea iacta est quindi ... e poi per progettare la comunicazione tra soldati che guidano un carro armato virtuale ne vale la pena

sto lavorando con Eclipse, compilando un programma con g++.
Devo usare una funzione in una libreria diciamo lib.dll quindi metto
-L<dir> e -llib (giusto ?)

Beh, compila e linka se NON uso la funzione, come cerco di usarla:
undefined reference to ...

[cdimauro]

Originariamente inviato da trallallero

allora, sono entrato nel fantastico mondo Windows (eppure nel mio CV c'e´ scritto a chiare lettere che sono esperto su Unix/Linux ) e comincio a chiedermi come possa un programmatore scegliere un sistema del genere:
anti intuitivo, anti logico, anti tutto.

Torna a lavorare con Linux allora. Io quando ho sviluppato con Visual Studio 2005 Express in C++ non ho avuto alcun problema.

[mad_hhatter]

Originariamente inviato da cdimauro

Torna a lavorare con Linux allora. Io quando ho sviluppato con Visual Studio 2005 Express in C++ non ho avuto alcun problema.

e quindi? perche' non gli dai una mano allora?

[trallallero]

Originariamente inviato da mad_hhatter

e quindi? perche' non gli dai una mano allora?

forse ha ragione, ho aperto un 3d chiedendo aiuto ma spalando merda su windows

[cdimauro]

Esattamente: non mi sembra il modo corretto.

Comunque se vuoi lavorare in C++ in Windows il consiglio che ti posso dare è di passare a VS2005 C++ che è un ottimo ambiente di lavoro.

[trallallero]

Originariamente inviato da cdimauro

Esattamente: non mi sembra il modo corretto.

Comunque se vuoi lavorare in C++ in Windows il consiglio che ti posso dare è di passare a VS2005 C++ che è un ottimo ambiente di lavoro.

non posso perche´ sono appena entrato in una nuova societa´ e devo usare i loro strumenti. Ho anche VS2005 ma, a parte che e´ in tedesco, non penso mi possa risolvere il problema delle librerie.
Comunque grazie lo stesso

[cionci]

Solitamente ti vengono dati due file. Il .dll e il .a, te devi linkare il .a al tuo eseguibile.
Se non hai il .a allora devi richiamare la funzione a runtime tramite LoadLibrary e GetProcAddress. http://msdn2.microsoft.com/it-it/lib...y5(VS.80).aspx

[cionci]

Originariamente inviato da cdimauro

Esattamente: non mi sembra il modo corretto.

E poi perché uno non può dire che non gli piace Windows ? Siamo sempre liberi di non rispondere se la forma della domanda non ci piace

[trallallero]

Originariamente inviato da cionci

Solitamente ti vengono dati due file. Il .dll e il .a, te devi linkare il .a al tuo eseguibile.

ma il .a non e´ una lib statica ? in lLinux lo e´

Originariamente inviato da cionci

E poi perché uno non può dire che non gli piace Windows ? Siamo sempre liberi di non rispondere se la forma della domanda non ci piace

beh non ha tutti i torti dai, chiedo aiuto ma dico: windows sheißer!
(come veramente sento dire spesso dire qui )

E´ che ieri non c'ho visto piu´, dopo 2 ore a cercare di capire come andava mi son sfogato aprendo un 3d denigratorio ... chiedo scusa

[trallallero]

Originariamente inviato da cionci

Solitamente ti vengono dati due file. Il .dll e il .a, te devi linkare il .a al tuo eseguibile.
Se non hai il .a allora devi richiamare la funzione a runtime tramite LoadLibrary e GetProcAddress. http://msdn2.microsoft.com/it-it/lib...y5(VS.80).aspx

hai editato ?
ok, grazie del link

[cionci]

Sì

Il .a è la libreria statica, ma non credo che il .dll sia nella forma linkabile dal gcc.
Se si vuole fare un linking dinamico suppongo che si debba ricorrere all'installazione della shell di Cygwin o di MSYS per poter gestire tutta la questione ld.

[trallallero]

Originariamente inviato da cionci

Sì

Il .a è la libreria statica, ma non credo che il .dll sia nella forma linkabile dal gcc.
Se si vuole fare un linking dinamico suppongo che si debba ricorrere all'installazione della shell di Cygwin o di MSYS per poter gestire tutta la questione ld.

o maró!!! LoadLibrary ... GetProcAddress ... nel codice mi devo caricare la libreria e ottenere l'indirizzo di ogni funzione ???
ritiro le scuse, fa proprio schifo

il dll non e´ nostro ma di una soc. esterna, qui abbiamo solo il .h
ho anche dovuto installare msys e mingw ma per adesso son solo li, non saprei neanche cosa farci.

[cionci]

Chiaro che devi caricarla una ad una, se vuoi usare il solo .dll.
Ma il .a ce l'hai ?
Sinceramente non ho mai linkato dinamicamente con GCC, ci sta che basti impostare il tipo di linking con qualche opzione del compilatore. In Linux come facevi ?

[ilsensine]

Originariamente inviato da trallallero

ma il .a non e´ una lib statica ? in lLinux lo e´

Sotto windows le cose funzionano in modo un pò differente.
Dovrebbe essere possibile per gcc, se ricordo bene, linkare direttamente una dll. Controlla che, se la dll è in c e il tuo codice in c++, l'header contenga gli extern "C" necessari. Viceversa se la dll è in c++, deve essere stata generata anch'essa da un g++ in quanto non c'è un modo unico con cui i diversi compilatori effettuano il mangle dei simboli c++.

[trallallero]

Originariamente inviato da cionci

Chiaro che devi caricarla una ad una, se vuoi usare il solo .dll.
Ma il .a ce l'hai ?
Sinceramente non ho mai linkato dinamicamente con GCC, ci sta che basti impostare il tipo di linking con qualche opzione del compilatore. In Linux come facevi ?

il linux basta mettere -L<dir> e -l <nome lib> dove <nome lib> sta per nome senza lib iniziale ed estensione (libpippo.so diventa -lpippo)
Il .a non ce l'ho ma comunque mi rifiuto di linkarla statica
ho trovato del codice qui in rete e fanno come dici tu. LoadLib e GetProc ...

Originariamente inviato da ilsensine

Sotto windows le cose funzionano in modo un pò differente.
Dovrebbe essere possibile per gcc, se ricordo bene, linkare direttamente una dll. Controlla che, se la dll è in c e il tuo codice in c++, l'header contenga gli extern "C" necessari. Viceversa se la dll è in c++, deve essere stata generata anch'essa da un g++ in quanto non c'è un modo unico con cui i diversi compilatori effettuano il mangle dei simboli c++.

e´ tutto in C++ (nel senso che hanno usato il c++ come linguaggio ma ... procedurale non ho ancora visto una classe) quindi non penso sia quello il problema.

[cionci]

Quello che voleva sapere ilsensine è se la dll è stata creata con gcc o con un altro compilatore.

[ilsensine]

Esatto. I nomi delle funzioni vengono rappresentati in maniera diversa dai diversi compilatori c++.

[trallallero]

ah ok, scusa. Non so perche´la dll e´stata fatta da una soc esterna ... in Rep Ceca.

Ho trovato pero´ la relativa lib. Quindi ho una .dll e una .lib

[cionci]

Allora se hai un .lib sicuramente non è stata fatta con GCC.
Mi immagino che il sorgente non ci sia

[ilsensine]

Ricorda che se vedi le brutte puoi sempre usare LoadLibrary & co. Solo ricorda che la stringa da passare a GetProcAddress è il nome "mangled" delle funzioni, che devi estrarre dalla dll.