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

[trallallero]

Originariamente inviato da cionci

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

assolutamente no. E odio non avere il sorgente!
Perche´ dici che se ho la lib non e´ fatta col gcc ?

Originariamente inviato da 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.

infatti sto usando quel metodo perche´ proprio non mi va di impazzire a cercare un modo per linkare in maniera umana.

Ma siete d'accordo che fa schifo come sistema o e` solo una mia idea ?

[cionci]

Originariamente inviato da trallallero

Perche´ dici che se ho la lib non e´ fatta col gcc ?

Perché altrimenti avresti il .a

[trallallero]

Originariamente inviato da cionci

Perché altrimenti avresti il .a

scusa se sembro stordito (alias: rincoglionito ) ma con gcc->ld (su Linux) puoi scegliere se creare una lib statica o dinamica quindi continuo a non capire

[cionci]

L'estensione delle librerie statiche create dai compilatori Microsoft (e da altri, a dire la verità) è .lib. L'estensione che solitamente si usa per le librerie statiche create da gcc è .a.
Se te hai una libreria statica chiamata .lib allora significa che molto probabilmente non è stata fatta con il gcc

[trallallero]

Originariamente inviato da cionci

L'estensione delle librerie statiche create dai compilatori Microsoft (e da altri, a dire la verità) è .lib. L'estensione che solitamente si usa per le librerie statiche create da gcc è .a.
Se te hai una libreria statica chiamata .lib allora significa che molto probabilmente non è stata fatta con il gcc

ma ho una .lib dinamica (penso). Ieri un tipo qui mi ha spiegato che la .dll non basta, serve una .lib come interfaccia (per i simboli) quando linki. Una volta linkato basta la dll come libreria dinamica ma quando linki hai bisogno anche della lib.
E son corso in bagno a vomitare


PS: oggi mi trovo qui praticamente da solo, con Windows in tedesco, Visual Studio in tedesco (non puoi installare Visual Studio in una lingua diversa da quella del S.O.!!! ) , Eclipse (in inglese), una dll sconosciuta senza documentazione, una lib che non so cosa sia e hwupgrade ... mi sa che passero´ molto tempo su quest'ultimo

[cionci]

In ogni caso l'estensione .lib non ha niente a che vedere con gcc...

[^TiGeRShArK^]

Originariamente inviato da trallallero

ma ho una .lib dinamica (penso). Ieri un tipo qui mi ha spiegato che la .dll non basta, serve una .lib come interfaccia (per i simboli) quando linki. Una volta linkato basta la dll come libreria dinamica ma quando linki hai bisogno anche della lib.
E son corso in bagno a vomitare


PS: oggi mi trovo qui praticamente da solo, con Windows in tedesco, Visual Studio in tedesco (non puoi installare Visual Studio in una lingua diversa da quella del S.O.!!! ) , Eclipse (in inglese), una dll sconosciuta senza documentazione, una lib che non so cosa sia e hwupgrade ... mi sa che passero´ molto tempo su quest'ultimo

però purtroppo non ti posso essere d'aiuto che non ho mai avuto necessità di linkare una dll
guarda piuttosto se seguendo queste istruzioni riesci quanto meno ad avere visual studio in inglese
http://blogs.msdn.com/astebner/archi...24/560579.aspx

[cdimauro]

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

Certamente. L'importante è non generalizzare le proprie impressioni, visto che esistono altri programmatori che hanno un'opinione completamente diversa e perfettamente legittima.

Fine OT

[cdimauro]

Originariamente inviato da trallallero

Ma siete d'accordo che fa schifo come sistema o e` solo una mia idea ?

Devi entrare nell'ottica che è un sistema diverso, coi suoi pregi e i suoi difetti.

La pietra filosofale dell'informatica non ce l'ha nessuno.

[trallallero]

Originariamente inviato da ^TiGeRShArK^

però purtroppo non ti posso essere d'aiuto che non ho mai avuto necessità di linkare una dll
guarda piuttosto se seguendo queste istruzioni riesci quanto meno ad avere visual studio in inglese
http://blogs.msdn.com/astebner/archi...24/560579.aspx

grazie caro ma dice chiaramente questo:

You have to have the English version in order to change the UI to use English strings.

comunque e´ un buon modo per doverlo imparare

[cdimauro]

Originariamente inviato da cionci

L'estensione delle librerie statiche create dai compilatori Microsoft (e da altri, a dire la verità) è .lib. L'estensione che solitamente si usa per le librerie statiche create da gcc è .a.
Se te hai una libreria statica chiamata .lib allora significa che molto probabilmente non è stata fatta con il gcc

Esattamente. Esistono differenze già fra compilatori per la stessa piattaforma: figuriamoci fra compilatori diversi su piattaforme diverse.

[trallallero]

Originariamente inviato da cdimauro

Devi entrare nell'ottica che è un sistema diverso, coi suoi pregi e i suoi difetti.

La pietra filosofale dell'informatica non ce l'ha nessuno.

infatti proprio perche´ e´ diverso che dico che per me fa schifo.

Gia´ ai tempi del VC, nel 1999, non riuscivo proprio a capire come creare un programma senza dover leggere quintali di documentazione e fare cose contro ogni logica, senza sapere il perche´. Poi, lo stesso programma, sul Borland Builder lo facevi in 2 ore conoscendo il C++, leggendo quel che basta per capire come funzionano gli oggetti Borland e usando la logica umana.

Adesso mi ritrovo in un sistema nuovo (conosco Windows ma non ci lavoro da anni) e non e´ che mi trovo spaesato, come le prime volte su Unix-Linux dove comunque bastava andar di logica, ma completamente perso.

Perche´ ho bisogno di una lib e una dll ? perche´ non basta una semplice libreria dinamica ? perche´ mi devo caricare la lib dal sorgente ? perche´la devo liberare alla fine ? e perche´devo andare a trovare l'indirizzo di tutte le funzioni ? a me sembra assurdo

[cionci]

In teoria, a quanto pare, basta anche la dll, ma deve essere compilata da g++
Gli altri compilatori fanno cose diverse. I compilatori MS hanno bisogno comunque di un file lib anche per la versione dinamica (che non contiene altro che gli import che altrimenti devi farti a mano). In generale non è quindi obbligatorio caricare la dll, le funzioni e chiudere la dll aperta, perché viene fatto tutto in modo trasparente.

Nota che l'importazione dinamica di una shared library può essere fatta anche su Linux con dlopen

Quindi a questo punto il problema non è Windows, ma l'incompatibilità fra la libreria che ti hanno dato ed il compilatore che usi.

Potresti usare Code::Blocks come IDE con il compilatore Intel distribuito con l'sdk...

[trallallero]

Originariamente inviato da cionci

In teoria, a quanto pare, basta anche la dll, ma deve essere compilata da g++
Gli altri compilatori fanno cose diverse. I compilatori MS hanno bisogno comunque di un file lib anche per la versione dinamica (che non contiene altro che gli import che altrimenti devi farti a mano). In generale non è quindi obbligatorio caricare la dll, le funzioni e chiudere la dll aperta, perché viene fatto tutto in modo trasparente.

Nota che l'importazione dinamica di una shared library può essere fatta anche su Linux con dlopen

Quindi a questo punto il problema non è Windows, ma l'incompatibilità fra la libreria che ti hanno dato ed il compilatore che usi.

Potresti usare Code::Blocks come IDE con il compilatore Intel distribuito con l'sdk...

grazie per tutte le info

purtroppo qui si usa solo quello deciso dall'azienda (e mi sembra anche giusto). Per esempio non ho potuto scaricare Eclipse ma ho dovuto installarlo da un disco loro, con certi plugins.
Quindi non posso usare Code::Blocks

[71104]

doppio post

[71104]

edit - tutto risolto vedo
sigh, arrivo tardi

[trallallero]

Originariamente inviato da 71104

edit - tutto risolto vedo
sigh, arrivo tardi

beh 'nsomma, risolto e´ una parola grossa

[kk3z]

Se non hai ancora risolto, puoi trasformare un .lib in .a usando reimp o dlltool (devi avere anche la dll)

[trallallero]

Originariamente inviato da kk3z

Se non hai ancora risolto, puoi trasformare un .lib in .a usando reimp o dlltool (devi avere anche la dll)

ho risolto nel senso che uso LoadLibrary etc ... ha vinto Windows

peró grazie, prendo nota.

Almeno tu dai consigli invece di inzozzare il 3d come fanno altri con Zune, Xbox e altre michiate varie

[variabilepippo]

Perche´ ho bisogno di una lib e una dll ? perche´ non basta una semplice libreria dinamica ? perche´ mi devo caricare la lib dal sorgente ? perche´la devo liberare alla fine ? e perche´devo andare a trovare l'indirizzo di tutte le funzioni ? a me sembra assurdo

Per pura curiosità: la DLL è stata scritta da te o fa parte di una qualche libreria?

Di solito a corredo della DLL viene fornito un .h (o un altro meccanismo) che ne agevola l'utilizzo nel programma "client".

Almeno tu dai consigli invece di inzozzare il 3d come fanno altri con Zune, Xbox e altre michiate varie

Nei forum, per definizione, si discute... Quando si va troppo off-topic interviene il moderatore.