Torna indietro   Hardware Upgrade Forum > Software > Programmazione

L'Europa conta nella tecnologia e può essere autonoma. Cosa si è detto al Nextcloud Summit 2026
L'Europa conta nella tecnologia e può essere autonoma. Cosa si è detto al Nextcloud Summit 2026
La parola d'ordine al Nextcloud Summit 2026, che si è tenuto a Monaco, è stata "sovranità". Non come è spesso usato questo termine in politica ma, al contrario, come capacità positiva di decidere il proprio destino tecnologico, con modalità collaborative e aperte. L'Europa dice già molto nel mondo open source, che viene visto come mezzo per ottenere la tanto agognata autonomia digitale
Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più
Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più
Dreame X60 Pro Ultra Complete implementa due bracci estensibili, per spazzola e moccio, che si spingono ben oltre quanto visto sino ad oggi permettendo una pulizia di casa ancor più capillare e precisa
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati
La tecnologia SQD-Mini LED di TCL arriva sul taglio da 65 pollici con la serie C8L: 2040 zone, pannello WHVA 2.0 e un picco che alle rilevazioni delle sonde tocca i 4400 nit nel profilo Filmmaker e un HDR quasi perfetto
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 05-06-2006, 18:17   #1
kali
Senior Member
 
L'Avatar di kali
 
Iscritto dal: Dec 2001
Messaggi: 839
Porting da linux/unix a windows - Libtool?

Posto qui, spero sia il forum piu' adatto.

Ho un'applicazione molto complessa sviluppata sotto linux, che sfrutta un makefile fatto a mano.

Ho potuto portarla sotto windows sia con mingw che con cygwin, e fin qui tutto bene, sfruttando i rispettivi compilatori (g++).

Ora: l'applicazione ha bisogno di accedere ad alcune librerie dinamiche. L'implementazione fa uso di libdl (quindi dlopen, dlclose e cosi' via). L'idea per il porting quindi e' quella di sfruttare libltdl e libtool, sia sotto cygwin che mingw (cygwin non basta perche' mi serve poi un eseguibile che non abbia bisogno di cygwin1.dll per motivi di licenze) -- ho cambiato ogni "dlopen" in "lt_dlopen" e simili, ovviamente con i necessari aggiustamenti. Tutto sembra andare bene sotto linux... il problema e' ora il porting!

Per semplificare le cose ed, ho scritto un semplicissimo (stupido (tm)) programmino che cerca una funzione in una libreria dinamica, pressappoco come fa la mia applicazione; ho provato a portarla sotto windows sia con cygwin che mingw, ma niente! Puo' _per favore_ aiutarmi qualcuno?

La libreria e':


===== FILE: libmyprint.C =====
/* aliases for the exported symbols */
#define myprint libmyprint_LTX_myprint

#include <iostream>
using namespace std;


/* an exported function */
extern "C" void myprint ( int number ) {
cout << number << endl;
}
===== END : libmyprint.C =====



Lo (stupidissimo) programmino e':



===== FILE: testlibprint.C =====
#include <iostream>
#include <ltdl.h>

using namespace std;

int main() {
cout << "Dynamic library test" << endl;

int errors=0;
errors = lt_dlinit ();

char *libname=new char[64];

// asking for the library name
cout << "Please enter library name : ";
cin >> libname;
cout << endl;

// open the library
cout << "Opening " << libname << ".so..." << endl;
lt_dlhandle handle = lt_dlopenext(libname);

if (!handle) {
cerr << "*** Cannot open library: " << lt_dlerror() << endl;
return 1;
}

// load the symbol
cout << "Loading symbol myprint..." << endl;
typedef void myprint_t (int);

// reset errors
lt_dlerror();

myprint_t * myprint = (myprint_t *) lt_dlsym(handle, "myprint");
const char *dlsym_error = lt_dlerror();

if (dlsym_error) {
cerr << "*** Cannot load symbol 'myprint': "
<< dlsym_error << '\n';
lt_dlclose(handle);
return 1;
}

// perform the calculation
cout << "Calling my print..." << endl;
myprint(4);

// close the library
cout << "Closing library..." << endl;
lt_dlclose(handle);
}
===== END : testlibprint.C =====


Sotto linux, questo semplice Makefile fa perfettamente il proprio dovere:


===== FILE: Makefile =====
LIBNAME=myprint
TESTPROG=testlibprint

LIBSTUB=lib$(LIBNAME)
CLIB=$(LIBSTUB).C
OLIB=$(LIBSTUB).o
SOLIB=$(LIBSTUB).so
LOLIB=$(LIBSTUB).lo
LALIB=$(LIBSTUB).la
GCC=g++

all: $(SOLIB) $(TESTPROG)

$(OLIB): $(CLIB)
libtool --mode=compile $(GCC) -g -O -c $(CLIB)

$(SOLIB): $(OLIB)
libtool --mode=link $(GCC) -module -g -O -o $(LALIB) $(LOLIB) -rpath /usr/local/lib -lm
ln -s .libs/$(SOLIB) .

$(TESTPROG): $(TESTPROG).C
libtool --mode=link $(GCC) -g -O -o $(TESTPROG) $(TESTPROG).C -lm -rpath /usr/local/lib -lltdl

clean:
rm $(OLIB) $(SOLIB) $(LALIB) $(LOLIB) $(TESTPROG)
rm -fr .libs
===== END : Makefile =====


Sotto cygwin compila, ma non genera alcun .so (e questo era atteso), ma nemmeno alcuna DLL. Mingw invece non compila affatto, lamentandosi di riferimenti indefiniti a dlopen() e simili.

Per favore! Qualcuno mi aiuti...

Bests,
Francesco
__________________
kali
kali è offline   Rispondi citando il messaggio o parte di esso
Old 05-06-2006, 19:42   #2
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
che intendi con quel "ma niente" quando dici di aver provato a fare su Windows un programma per cercare una funzione in una libreria dinamica? col MinGW se includi windows.h hai la GetProcAddress, che fa precisamente questo (qui la documentazione).
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 05-06-2006, 22:56   #3
kali
Senior Member
 
L'Avatar di kali
 
Iscritto dal: Dec 2001
Messaggi: 839
Non dovrebbe essercene bisogno: il punto e' che l'uso di libltdl e libtool dovrebbe proprio evitare il problema di specializzare il lookup nelle librerie ogni volta che si cambia piattaforma. In teoria io invoco lt_dlopen() e libtool compila adeguatamente, si' che dietro le quinte sotto linux si invochi una dlopen() su un .so, sotto windows una loadlibrary su una .dll, e cosi' via (grosso modo). Il problema e' che non trovo documentazione su COME fare. E in piu' ho i problemi che ho riportato. Possibile che non ci sia nessuno che abbia avuto a che fare con situazioni simili???



Quote:
Originariamente inviato da 71104
che intendi con quel "ma niente" quando dici di aver provato a fare su Windows un programma per cercare una funzione in una libreria dinamica? col MinGW se includi windows.h hai la GetProcAddress, che fa precisamente questo (qui la documentazione).
__________________
kali
kali è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


L'Europa conta nella tecnologia e può essere autonoma. Cosa si è detto al Nextcloud Summit 2026 L'Europa conta nella tecnologia e può ess...
Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più Dreame X60 Pro Ultra Complete: i bracci si esten...
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati TCL 65C8L, la recensione del SQD-Mini LED da 440...
MSI Maestro 500 Wireless: ANC e 90 ore di autonomia a 70 euro MSI Maestro 500 Wireless: ANC e 90 ore di autono...
NL-LC1 è il primo dissipatore a liquido AIO di Noctua: silenzio è la parola d'ordine NL-LC1 è il primo dissipatore a liquido A...
Il telescopio spaziale ESA Euclid ha fot...
L'astronauta ESA Sophie Adenot ha provat...
Leica SL3-P: la full frame più ev...
All'interno della capsula Starfall di Sp...
8BitDo Arcade Controller Pro è il...
Dead or Alive 6 Last Round: una chiusura...
DXC e Anthropic insieme per portare l'IA...
Lenovo presenta nuove soluzioni per l'IA...
OVHcloud potenzia la Quantum Platform: i...
Octopus Energy lancia Nook, la sua gamma...
IBM presenta il primo chip al mondo sott...
Qualcomm Dragonfly debutta nel settore d...
Scopa elettrica Proscenic P11 Ultra+ a 8...
Napoli capitale italiana del calcolo qua...
Emma avrebbe dovuto contribuire alla sov...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 22:14.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v